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PHASE III B 
ABSTRACT 


This report presents the findings and data products developed during the Phase NIB 
Crew Interface Specification Study for Inflight Maintenance and Stowage functions 
performed by General Electric - Houston Operations for the NASA , Lyndon B. Johnson 
Space Center, under Contract NAS 9-13774. Technical Monitors for this study were 
Messrs. G. C. Franklin and C. D. Perner of the Spacecraft Design Division. Docu- 
mentation from this study can be used by NASA as definitive guidelines for development 
of a family of standardized Job Performance data aids, containing integrated graphics, 
that will support performance by the crew of inflight maintenance tasks. 

During the Phase l MB contract period, the following data products were developed: 

§ General Specification, Crew Inflight Corrective Maintenance 
Job Performance Aids Requirements 

• General Specification, Crew Inflight Troubleshooting 
Job Performance Aids Requirements 


The above Crew Inflight Maintenance and Support data specification products were 
developed after review of the Apollo and Skyiab Program mission results, crew 
technical debriefings, and crew inflight data concepts. Space Shuttle Program 
mission and spacecraft design concepts were also surveyed as was Naval and 
Air Force Department of Defense maintenance aid concepts. From this information 
base, a family of data concepts to support crew inflight troubleshooting and 
corrective maintenance activities was developed and specified. Recommendations 
are made for the improvement of inflight maintenance planning, preparations and 
operations in future spaceflight programs through the establishment of an inflight 
maintenance organization and specific suggestions for techniques to improve the 
management of the inflight maintenance function. 
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1.0 INTRODUCTION 


This report presents the findings of and the data products developed during the 
Phase IIIB Crew Interface Specification Development Study for Inflight Maintenance 
(IFM) and Stowage functions in future manned space flights. The study was per- 
formed by General Electric, Space Division, Technical and Support Services 
Department - Houston Operations under contract to the NASA-Lyndon B. Johnson 
Space Center. The purpose of this study was to continue the process, demonstrated 
in earlier phases of this study, of developing specification documentation that can 
be used by the NASA as definitive guidelines for improving the definition, control, 
and management of crew interfaces involved in the new requirement areas of inflight 
maintenance and stowage. The study was performed for the Engineering and Develop- 
ment Directorate, Spacecraft Design Division of NASA-JSC under contract NAS 
9-13774. The Technical Monitors for the study were Mr. George Franklin (Asst. 
Chief for Crew Station Design) and Mr. Chris Perner (Chief, Crew Station Integration 
Section). 


This Phase IIIB Study is one of a series of studies performed by GE - Houston 
Operations under a Crew Interface Specification Development Program for Inflight 
Maintenance, Assembly, Servicing and Stowage functions. The various study phases 
and the specifications delivered are delineated below; 


PHASE I STUDY 
PHASE II STUDY 
PHASE MIA STUDY - 

PHASE IIIB STUDY - 

Specification Products delivered; 


CONTRACT NAS 9-11336 
CONTRACT NAS 9-12249 
CONTRACT NAS 9-13375 
CONTRACT NAS 9-13774 


SC-C-0009 

General Specification, 

Operations Location Coding System for Crew Interfaces 

SC-S-0011 

General Specification, 

Loose Equipment and Stowage Management Requirements 

SC-S-0012 

General Specification, 

Loose Equipment and Stowage Data Base Information 
Requirements 

SC-S-0013 

General Specification, 

Spacecraft Loose Equipment Stowage Drawing Requirements 

SC-S-0014 

General Specification, 

Inflight Stowage Management Data Requirements 

SC-M-0016 

General Specification, 

Inflight Maintenance Management Requirements 

SC-M-0017 

General Specification, 

Inflight Maintenance Task and Support Requirements Analysis 

SE-P-0089 

General Specification, Crew Inflight Corrective Maintenance 
Job Performance Aids Requirements 

SE-T-0090 

General Specification, Crew Inflight Toubleshooting 
Job Performance Aids Requirements 
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A major concept in the near future spaceflight mission planning efforts is the emphasis 
on the need for more autonomous flight crew control of space missions. This in turn 
increases the dependency of the flight crew on on-board procedural and technical 
reference data. The Crew Interface Study of Inflight Maintenance and Stowage func- 
tions has been directed toward development of new crew data concepts to assist in 
performing inflight maintenance tasks and stowage management with less dependency 
on real-time ground control functions. This has involved detailed examination of 
methods, techniques, and data used on the Apollo and Skylab missions and assessment 
of where new data concepts would be appropriate in view of the requirements of the 
Shuttle Program missions and systems design concepts. 

A basic guideline for all phases of the Crew Interface Study effort has been to main- 
tain a measure of continuity and consonance with presently implemented NASA and 
contractor engineering practices while evolving new concepts for crew support data 
for the expanded inflight maintenance and stowage management functions that will 
exist in future manned spaceflight missions. The specification documents developed 
for the Phase IIIB study are the result of a thorough assessment of past space pro- 
gram methods and, where possible, are extensions or modifications of present NASA 
data concepts to meet the new demands of the Shuttle Program. 

The Skylab Program missions dramatically demonstrated the mission and economic 
values that can accrue from inclusion of an on-board IFM capability for performing 
a wide variety of corrective maintenance tasks. on both spacecraft systems and 
experiment hardware. The Skylab program also demonstrated that, with proper 
restraints, man can perform almost any maintenance task in the zero-g environment 
of space that he can perform on the ground provided sufficient on-board data, tools, 
spare parts and test equipment are provided. This emphasizes the need for in-depth 
planning for inflight maintenance as an integral part of future space program activities. 
Skylab mission experience also identified a need for graphical and pictorial type data 
as well as the textual type checklist procedures for some kinds of inflight maintenance 
tasks. Much time was lost in establishing the identity of parts and in determining the 
meaning of the procedural text data. Pictorial and graphics additions could have reduced 
errors and the time required to perform these tasks. 

The Phase IIIB study has been concerned with the development of specifications that 
provide format and content guidelines for standard systematic methods of including 
graphics and logic type information as integral parts of the crew inflight maintenance 
support data. 
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2.0 SUMMARY OF RESULTS 


The results and specification data products of the General Electric - Houston 
Operations Phase IlfB Crew Interface Specification Development Study for Inflight 
Maintenance and Stowage functions are summarized and identified in the following 
paragraphs of this section and in subsequent sections of this report. 

The major purposes of the Phase IIIB study were to establish a firm technical basis, 
from past mission experience and current Shuttle Program directions, for new crew 
data concepts for inflight maintenance on future manned spaceflight programs and to 
specify and document these concepts for ready application by NASA-JSC to future 
space programs as is appropriate. 

The following data products and/or drafts of NASA specifications were developed 
and delivered to NASA during the Phase IIIB study contract. 

• SE-P-0089 General Specification 

Crew Inflight Corrective Maintenance 
Job Performance Aids Requirements 

• SE-T-0090 General Specification 

Crew Inflight Troubleshooting 
Job Performance Aids Requirements 


The basic study approach utilized for the Phase IIIB program is shown graphically 
in Figure 1. The initial series of tasks (1.1, 1.2, and 1.3) inthe study were 
directed toward providing a Reference Inflight Maintenance Concept that would re- 
flect the Space Shuttle Program operational plans and mission concepts. Related 
IFM definitions were also established to serve as the basis for subsequent estab- 
lishment of information requirements for IFM Troubleshooting and Corrective 
Maintenance Job Performance Aids. A detailed discussion of the initial series of 
tasks are presented in the following Section 3.0 of this report. 

The second series of study tasks (2. 1-2.8) addressed the establishment of infor- 
mation requirements for the various types of IFM on-board Troubleshooting activities, 
the definition of data concepts for each type of Troubleshooting and the preparation 
of the general specification for Crew IFM Troubleshooting J 0 b Performance Aids 
requirements. These tasks are discussed in detail in Sections 4.0 and 5.0 of this 
Final Report. 
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The third series of study tasks (3. 1-3.7) involved establishing the information 
requirements for Crew Inflight Corrective Maintenance (IFCM) support, reviewing 
present state-of-the-art job performance aids, developing IFCM Job Performance 
Aid Data concepts and preparing the General Specification for IFCM Job Perform- 
ance Aids requirements. Discussions of this third series of tasks are included in 
Sections 6.0 and 7.0 of this report. 

The last series of study tasks (4.1, 4.2) were concerned with the examination of 
future mission IFM support equipment provisioning concepts and related data require- 
ments. Major revision in these processes are in progress such that a specification 
in this area now appears inappropriate. However, study data and observations of 
requirements in this area are provided. 

Conclusions and Recommendations for the Crew IFM Interface Specification 
Development Program have been included in Section 9.0 of this Final Report. 
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3.0 REFERENCE OPERATIONAL INFLIGHT MAINTENANCE 
CONCEPT DEVELOPMENT 


Major guidelines for all phases of the Crew Interface Specification Development 
Study have been to develop data product concepts and their specifications that: 

- are relevant to current program needs 

- have generic applicability to future manned spaceflight programs 

- are evolutionary in nature, i.e. , new data concepts should evolve from 
the data products of previous programs so that continuity with previously 
used data products can be maintained. (The purpose of this guideline 
was to ensure utilization of proven concepts of past missions while 
evolving new concepts to meet future mission requirements.) 

With these guidelines in mind, the establishment of new support data requirements 
for inflight maintenance required the research of past space program crew operations 
conventions and data. In particular, the Skylab inflight maintenance supportive 
data products were examined in detail along with the crew debriefing and film data 
on these crew inflight maintenance tasks. Areas where additional support data and 
support hardware would have been helpful were identified. 

In order that current program requirements were considered, the Phase II IB Study 
effort included a detailed survey of the Shuttle Program mission concepts, systems 
design concepts for both the orbiter vehicle and major payloads, and crew station 
configurations and operational concepts. This research established basic candidate 
requirements that will exist for inflight maintenance activities in manned space- 
flight programs of the near future. 

In addition to the research of background Space program inflight maintenance related 
data, a re-examination of Department of Defense and airline maintainability pro- 
gram requirements and maintenance support data concepts was conducted to obtain 
a thorough technical basis for the Phase I II B effort. One consistent major factor 
observed in these DOD and airline maintainability programs was the initial estab- 
lishment of a Maintenance Concept or Policy. The Maintenance Concept defines 
criteria covering repair philosophies, maintenance support levels, personnel 
factors, maintenance time constraints, etc. The Maintenance Concept serves the 
purpose of providing a basis for the establishment of maintainability requirements 
in the system/equipment design and for the establishment of total maintenance 
support requirements. It leads to the identification of support requirements to in- 
clude maintenance tasks, task frequencies and times, personnel quantities and 
skill levels, spare/repair parts, support equipment and tools, facilities and data 
resources required. 
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During the previous Phase MIA Crew Interface Specification Development Study , 
a major effort was directed toward the definition of an Inflight Maintenance Program 
and supportive analytical methods for identifying the specific requirements for 
inflight maintenance support- A major element in this program was the early identi- 
fication of the Inflight Maintenance Concept. 

The Phase IIIB research program has noted that the Shuttle Program has established 
a basic maintenance concept for ground operations but as yet no formally defined 
Inflight Maintenance Concept has been established for the operational Shuttle 
Program. This fact is a function of the basic research and development nature of 
the early Shuttle vehicles and also of the budgetary constraints that have forced 
some planning efforts to be rescheduled to a later time in the development cycle. 

As a result of the above noted limitations, it was necessary that the Phase NIB 
study effort establish an assumed or reference Inflight Maintenance Concept that 
would be descriptive of what the anticipated operational environment of the Space 
Shuttle vehicles and payloads would be. However, prior to the establishment of 
the Inflight Maintenance Concept it was necessary to re-examine the Phase MIA 
Inflight Maintenance Functions Analysis that provided a description of the antici- 
pated functions that would be required for inflight maintenance. 


3.1 INFLIGHT MAINTENANCE (IFM) PROCESS DESCRIPTION 

The Phase II IA Inflight Maintenance Operational Functions Analysis was reviewed 
and updated to reflect the latest Shuttle Program concepts. This updated analysis 
is presented in Figure 2 and contains a description of the basic crew Inflight 
Maintenance functions that are anticipated on future operational Shuttle orbiter 
missions* It is assumed that IFM will be performed on the basic orbiter vehicles, 
their payloads and on retrieveable and revisited vehicles or satellites. It can be 
noted that there are four types of Troubleshooting crew functions identified. These 
types are classified with respect to the type of equipment or resource utilized in 
performing the troubleshooting task. In addition, five basic Inflight Corrective 
Maintenance functional modes are identified. These mode classifications have 
been made on the basis of the work environment of the IFM task and upon the type 
of operations involved. 

The Updated Operational IFM Functions Analysis served as the basis for the develop 
ment of the Reference Inflight Maintenance Concept. 
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FIGURE 2 INFLIGHT MAINTENANCE |IFMj OPERATIONAL FUNCTIONS ANALYSIS CHART 
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3.2 INFLIGHT MAINTENANCE CONCEPT 


Utilizing the updated IFM Operational Functions Analysis data and the other 
research, previously described, of the Skylab and Shuttle programs, an assumed 
or Reference Inflight Maintenance Concept was developed. This concept is pre- 
sented in Figure 3. Amplifying definitions of this concept are included as 
Appendix D to this Report. The purpose of the development of this Inflight Main- 
tenance Concept was to structure the basic operational inflight maintenance func- 
tions such that detailed requirements for supportive data could be more effectively 
identified. The classification of Inflight Maintenance activities into Troubleshooting 
Types and Corrective Maintenance Modes has been done to isolate the supporting 
data subject matter in the manner that crew usage of the data will normally occur in 
real-time mission usage. The subsequent discussion of the data concepts and 
specification development in these two areas (Troubleshooting and Corrective 
Maintenance) is not intended to indicate a separation of these functions in real-time 
mission usage but does reflect the basic difference of data requirements necessary 
for these inflight maintenance activities. 

The development of troubleshooting support data development is discussed in the 
following Paragraphs 4.0 and 5.0 of this report. Inflight Corrective Maintenance 
data concepts development and specification preparations are discussed in Para- 
graphs 6.0 and 7. 0. 
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FIGURE 3 
REFERENCE 

OPERATIONAL INFLIGHT MAINTENANCE CONCEPT* 

(FOR THE CREW INTERFACE S PEC . DEVELOPMENT STUDY) ' 

• ON-ORBIT INFLIGHT MAINTENANCE (IFM) WILL BE PERFORMED ON BOTH MANNED VEHICLES , PAYLOADS , RETRIEVED , AND REVISITED VEHICLES . 


• PREPLANNED IFM TASKS WILL BE MINIMIZED BUT WILL BE PERFORMED AND WILL INCLUDE: 

- SCHEDULED (IFM) - TO REPLACE LIFE LIMITED COMPONENTS, TO SERVICE AND REPLENISH 
EXPENDABLES, TO ADJUST OR CALIBRATE SYSTEMS 

- UNSCHEDULED (IFM) - TO RESTORE SYSTEM AND EQUIPMENT OPERATIONS 


• CONTINGENCY IFM TASKS WILL BE PERFORMED WHENEVER UNANTICIPATED FAILURE OR DAMAGE OCCURS WHICH COULD JEOPARDIZE THE MISSION 
SOCCERS "OS SAFETY OFYhE CREW. THESE TASKS WILL BE PLANNED IN REAL-TIME. 


t RESCUE AND RESUPPLY CAPABILITY WILL EXIST FOR OPERATIONAL FLIGHT SUCH THAT IFM SPARES AND DATA CAN BE RESUPPLIED BY ANOTHER 
7ETITCLE7 THIS CAPABILITY SHOULD NOT BE UTILIZED in PLANNING FOR IFM BUT IT WILL EXIST FOR CONTINGENCY SITUATIONS. 


« BOTH IVA AND EVA INFLIGHT MAINTENANCE TASKS WILL BE PERFORMED. 

t PROVISIONS FOR IFM WILL BE INCLUDED AS LOOSE EQUIPMENT STORAGE ON THE ORBITER VEHICLE AS WELL AS ON PAYLOADS VEHICLES. 

• BASIC GENERAL IFM PROVISIONS CAPABILITY SHALL BE PROVIDED ON ORBITER VEHICLE. THIS SHALL INCLUDE: 

- WORK STATION 

- IFM BASIC TOOL SET AND S PECIAL PROCESS TOOLS ETC. 

- SPARES AND MATERIALS 

- SPECIAL TEST EQUIPMENT 


t IFM SHALL INCLUDE BUT NOT BE LIMITED TO; 

- FOUR TYPES OF INFLIGHT TROUBLESHOOTING ACTIVITIES 

(1) - USING INSTALLED AUTOMATIC TROUBLESHOOTING EQUIPMENT 

(PERFORMANCE MONITOR SYSTEM! 

(2) - USING SPACECRAFT CONTROLS/DISPLAYS WITH CREW DIAGNOSTIC 

PROCEDURES 

(3) - USING SPECIAL TEST EQUIPMENT 

(4) - VISUAL INSPECTION OF FAILURE SITE 


FIVE MOOES OF INFLIGHT CORRECTIVE MAINTENANCE TASKS 

(1A.) INTRAVEHICULAR - CREW DIRECT MANUAL MODE 
(IB.) INTftAVPfflCULAR - REMOTE MANIPULATOR OPS. MODE 
(2AJ EXTRAVEHICULAR - CREW DIRECT MANUAL MODE 

(2C j Extravehicular - crew direct manual from remote 

MANIPULATOR MODE (CHERRY PICKER) 

(2D.) EXTRAVEHICULAR - CREW DIRECT MANUAL FROM 
A5TRTWTOT UAWEUVE RING UNIT MODE 


• THERE SHALL BE THREE LEVELS OF INFLIGHT CORRECTIVE MAINTENANCE 

(1) SUBASSEMBLY LEVEL 

(2) ASSEMBLY LEVEL 

(3) SYSTEMS LEVEL 


• THERE SHALL BE THREE TYPES OF SYSTEMS SUPPORT OATA 

(1) ELECTRICAL/ELECTRONIC 

(2) M EC HAN ICAL/E LE CT RO-MECHAH I CAL 

(3) FLUID/FLUID -ELECTRO -MECHANICAL 


• THERE SHALL BE TWO TYPES OF JOB PERFORMANCE AIDS 

(1) COOPERATIVE (ACTIVE) - I.E., CHECKLISTS 

(2) REFERENCE (PASSIVE) - I.E., SYSTEMS DATA 


^DEFINITIONS ASSOCIATED WITH THIS INFLIGHT MAINTENANCE CONCEPT ARE PRESENTED IN 
APPENDIX -C“ OF THIS REPORT 
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4.0 IFM TROUBLESHOOTING INFORMATION REQUIREMENTS 
ANALYSIS 


The Skylab missions and crew debriefings reflected certain inadequacies in support 
data thru examples where textual only procedural data was misinterpreted and also 
where excessive time was required in interpreting audio-textual maintenance proce- 
dures that were uplinked to the crew. In view of these comments, and due to 
additional Shuttle equipment provisions, such as the Performance Monitor System, 
it was felt necessary to establish "what did the crew really need to know in order 
to perform Inflight Maintenance (Troubleshooting and Corrective Maintenance) 
tasks?" The study effort to identify Inflight Troubleshooting Information require- 
ments involved development and usage of analytical matrices that could be used to 
examine each Troubleshooting Type (as per Figure 2) with respect to information 
requirements for each T ype. The summary of the results of this analysis are pre- 
sented in Figure 4 . 
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FIGURE 4 SUMMARY OF INFLIGHT TROUBLESHOOTING INFORMATION REQUIREMENTS ANALYSIS 
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5.0 INFLIGHT TROUBLESHOOTING JOB PERFORMANCE AIDS 
SPECIFICATION DEVELOPMENT 


The identified troubleshooting information requirements and the data types to support 
these requirements served as a basic design reference for the development of speci- 
fication data describing these data types. In addition to this basic reference, state- 
of-the art data concepts being used by Department of Defense, airlines and other 
users of aerospace and similar complex systems, were examined to determine opti- 
mum data configurations for the various troubleshooting types. 

Five distinct types of Job Performance Aid data concepts were developed. These 
data types were primarily dictated by (1) Troubleshooting types and (2) the capa- 
bility of the specific troubleshooting type to identify the failure level. After 
development of the various data concepts for inflight troubleshooting Job Performance 
Aids, a specification was developed to satisfy the requirements of Paragraph 3.3 
of the Statement of Work and line item 4 of the Data Requirements List (DRL). 

The resulting General Specification, SE-T-0090, for Inflight Troubleshooting 
Job Performance Aids Requirements is included as Appendix A of this Final Report. 
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6.0 INFLIGHT CORRECTIVE MAINTENANCE (IFCM) 
INFORMATION REQUIREMENTS ANALYSIS 


The study effort to identify Inflight Corrective Maintenance Information requirements 
involved the development of analytical matrices that could be used to examine each 
IFCM mode with respect to software or information requirements necessary for job 
performance aids on each task segment of an inflight corrective maintenance task. 

An analysis was conducted for all IFCM modes and a summary of the results is 
presented in Figure 5. 

The major Phase NIB Study purpose was to develop IFM Job Performance Aid data 
concepts. However, in order to appreciate the crew task implications of IFCM, it 
was felt a preliminary investigation of supportive hardware for IFCM tasks should 
be made. This was done in order to have an appreciation for the scope and basic 
categories of this equipment that would be involved in IFCM. An analytical matrix 
was developed to define IFCM hardware support requirements. This matrix is pre- 
sented in Figure 6 for reference only since the analysis and documentation of the 
requirements for each mode of IFCM was not a study requirement. However, an 
examination of the matrix and the categories of supportive hardware required empha- 
sizes the magnitude of the provisioning consideration that must be made to support an 
effective inflight maintenance program for the Shuttle and subsequent spaceflight 
programs. 
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FIGURE 5 INFLIGHT CORRECTIVE MAINTENANCE INFORMATION REQUIREMENTS ANALYSIS 
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FIGURE 6 INFLIGHT MAINTENANCE HARDWARE REQUIREMENTS ANALYSIS WORKSHEET 
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7.0 INFLIGHT CORRECTIVE MAINTENANCE (IFCM) JOB 
PERFORMANCE AIDS SPECIFICATION DEVELOPMENT 


The identified Inflight Corrective Maintenance (IFCM) information requirements, 
served as a basic design reference for the development of supportive data concepts 
for IFCM. In addition to this reference, state-of-the art data concepts being used by 
Department of Defense and other equipment maintenance and assembly task data were 
examined to determine optimum configurations of data for mechanical, fluid-mechanical 
and electrical/electronic systems. 

Eight different types of Job Performance Aid Data concepts were developed. These 
data types were developed to satisfy different information requirements that were 
associated with (1) levels of complexity of the specific corrective maintenance task 
being performed, (2) the amount of training the crew has had on systems or equipment 
mock-ups prior to flight, (3) the type of system equipment being repaired (mechanical, 
fluid-mechanical, or electrical-electronic) and, ( 4 ) the criticality of the task being 
performed for mission success and crew safety. After development of the various 
data concepts for IFCM Job Performance Aids, a specification was developed to 
satisfy the contractual requirements of Paragraph 3.5 of the Statement of Work and 
line item 3 of the Data Requirements List. The resulting General Specification, 

SE -P-0089, for Crew Inflight Corrective Maintenance Job Performance Aids 
Requirements is included as Appendix B of this study report. 
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8.0 INFLIGHT MAINTENANCE SUPPORT EQUIPMENT AND LOGISTICS 
PROVISIONING 


Originally the provisioning for inflight maintenance was a study topic of concern due 
to the fact that, during the Apollo and Skylab programs, requirements for inflight 
maintenance appeared very late in the program development cycles, and this resulted 
in inefficient panic efforts (some of which were inadequate) to: 

1) Identify the systems or payloads/experiment requirements for IFM. 

2) Establish the hardware support elements required for the IFM tasks. 

3) Provision the IFM Support Equipment. 

4) Coordinate the verification of IFM procedural requirements with support 
equipment provisions. 

5) Assure adequate stowage and preparations for IFM equipment. 

These inefficient efforts were largely a result of early program decisions to "design 
for no inflight maintenance" but then to admit late in the program that some inflight 
maintenance would be required. From this "No IFM' 1 program decision, it naturally 
followed that no one organization would have the responsibility of coordinating arid 
monitoring all aspects of IFM. In reviewing Skylab program history, it can be 
observed that in general IFM was planned for but not in an efficient manner. Those 
scheduled tasks planned for occured infrequently and the majority of tasks performed 
were unplanned prior to flight and had to be planned by the crew and ground elements . 
during the mission. 

To address the improvement of the IFM provisioning for future missions of necessity 
required the detailed examination of the inflight processes and related ground prepara- 
tion activities being planned for the Shuttle program. The review of present planning 
in these areas for the Shuttle Orbiter and Payloads reveals major changes in these 
inflight processes that are a function of new mission concepts for the reuse of the space 
vehicle and rapid turnaround preparation requirements. The plans to make the flight 
crew more self-sufficient and less dependent upon ground control for systems status 
monitoring and troubleshooting also has implications for more definitive preparation 
prior to flight for contingency activities than has been the case in previous programs. 

In particular, the need for rapid turnaround of the Orbiter vehicle has resulted in the 
examination of new concepts for provisioning of loose equipment (general stowage as 
well as IFM support equipment). These provisioning processes are still in a devel- 
opmental stage which makes the development of a recommended specification related 
to IFM support equipment provisioning inappropriate at this time. However, it does 
appear worthwhile to provide study data and observations about these loose equipment 
provisioning concepts being developed. 
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During the Phase IIIB study, a review and analysis of concepts being developed for the 
Shuttle stowage and loose equipment provisioning process was conducted. A summary 
of the results of this analysis is presented in Figure 7 as a preliminary flow-diagram 
description of the Shuttle Stowage/Loose Equipment Management Process. The basic 
functions in this process and their interrelationships are identified along with a definition 
of stowage documentation that is required within the process and the functional interfaces 
of these documents within the subsequent process elements. 

In analyzing this process, some factors requiring early attention and resolution were 
identified and are disucssed in the following paragraphs of this section. 

One problem of concern that must be resolved is the establishment of a system of parts 
nomenclature that can serve the needs of Configuration Management as well as the 
operational needs of the flight crew during flight. This problem at first seems to be a 
trivial concern but when examined in context of the process elements involved it be- 
comes a major concern. 

For configuration management and related quality assurance approvals, it is important 
that the Master Stowage List contain identifying nomenclature in the exact form that 
appears on the controlling design engineering drawing defining the part. Unfortunately, 
the designers that supply the drawing do not follow any predictable pattern in naming 
parts. To standardize and control this part nomenclature at the design engineering level 
would be a very costly process. As a result, the process has been established to utilize 
the part nomenclature appearing on the design drawing (Engineering Nomenclature) for 
the Master Stowage List, the basic authorizing document for the inventory of on-board 
loose equipment for each mission. This engineering part nomenclature also is utilized 
on the Shuttle Stowage Drawing which is the basic reference drawing for the Stowage 
of lockers and installation of on-board equipment. Quality control of the actual stowage 
will also use engineering part nomenclature so that, up to this point in the process, 
engineering nomenclature is consistently used. 

Unfortunately, the engineering nomenclature is too cumbersome and inconsistent for 
usage within the flight procedures. As a result, a standard procedural part nomenclature 
method is planned for usage with flight procedures. This method involves usage of two 
part nomenclature conventions ("adjective, noun" and “noun, adjective" formats). Both 
nomenclature conventions are required within the inflight alphabetical listing of on-board 
loose equipment. These conventions are used for normal operations that usually will 
require the crew to enter the listing to determine a group of equipments associated with a 
particular purpose (e.g. , a particular experiment) and other operations where it is 
necessary to determine the inventory of a common category of equipment (e.g. , bags, etc.). 
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FIGURE 7 PRELIMINARY SHUTTLE STOWAGE/LOOSE EQUIPMENT MANAGEMENT PROCESS DESCRIPTION 
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9.0 CONCLUSIONS AND RECOMMENDATIONS 

9.1 CONCLUSIONS 

The Phase 1IIB Crew Interface Specification Development Study has provided NASA 
with additional specifications for supporting data products for crew interface inflight 
operations. These data have been submitted to the Technical monitors at the NASA- 
Johnson Space Center and are in the process of review by Center personnel. 

The Crew Interface Specification Study for Phase 111 has been largely directed toward 
the investigation of Crew Inflight Maintenance activities and the related information 
and support data product requirements. From these investigations, the following 
observations about Inflight Maintenance in future space programs seem appropriate. 

The Skylab Program provided a dramatic demonstration of the importance and value 
of an on-board flight crew maintenance capability to enhance crew safety and the 
accomplishment of mission objectives. This was a major "Skylab Lesson Learned.'’ 
However, "good fortune" played a significant part in the fact that real-time planning 
for inflight maintenance was ablejo "save” these missions. The pre-flight planning 
for inflight maintenance resulted in the inclusion of an on-board basic tool set for 
the crew that was used "creatively” by the crew to perform a wide range of unscheduled 
and unplanned contingency IFM tasks. In using this basic tool capability, the crew 
and missions were able to demonstrate many things about IFM that were originally not 
thought possible. From this experience the following conclusions are appropriate: 

Failures of spac ecraft, payloads and experiments systems equipment will 
occur in flight . 

Despite the extensive reliability and design redundancy efforts of the Apollo 
and Skylab Programs, many failures occurred inflight with spacecraft as 
well as experiment equipments. Historical experience now tells us that even 
though the stresses on hardware systems are different for spaceflight than for 
aerodynamic flight, systems still have a ,, classic ,, failure pattern. Namely, 
early "burn-in" failures followed by a decreasing number of random failures 
until a slightly higher "wear-out" function occurs. The Shuttle Program will 
present significantly different, and in many cases a more complex, stress pattern 
than has been the case for Apollo or Skylab. However, since many spacecraft 
and payload equipments will be developmental in nature, unanticipated failures 
during flight are predictable particularly since the "reusable” concept for space 
vehicles must be explored and validated. Planning for an IFM capability for 
the Shuttle Program that will utilize the demonstrated capability of the crew 
to perform IFM tasks of significance to deal with inflight failures is essential. 
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In order for these nomenclature conventions to be effective and to be coordinated vwth 
engineering nomenclature, it is necessary that the Stowage Data Base include pro- 
visions for these two types of Procedural Part Nomenclature. It is also appropriate 
that these part nomenclatures should be provided by the procedural organizations at 
the time of initialization of the Data Base or when additional items are added for in- 
clusion in the on-board inventory. 

These Engineering and Operational Part Nomenclatures also require coordination in 
another area, namely. Stowage Location Decal Preparation. Since the Decal of a 
stowage location is the principal method used by the flight crew to find things on-board 
it should describe contents with the nomenclature used within flight procedures. How- 
ever, the responsibility of preparing decals should be closely associated with the orga- 
nization responsible for defining the stowage concepts and stowage drawings - all of 
which contain engineering nomenclature , the fact remains that these drawings are re- 
quired to contain data defining the form and content of the decals - which use proce- 
dural nomenclature. This requires the early provisioning of the Flight Location 
Equipment Report from the Stowage Data Base in order to provide decal drawing data 
in a timely manner. 

Another aspect of the Shuttle Stowage/Loose Equipment Management Process that 
becomes apparent from examining the process description chart is the need for a close 
coordination of all facets of the stowage process. Phase I and Phase II Crew Station 
Stowage functions must establish mutually supportive functions such that the mission 
return stowage is processed in a manner that minimizes shipping requirements, where 
possible, while simplifying the destowage of the vehicle and subsequent preparation 
of that vehicle for the next flight. In addition, the interfaces between the orbiter crew 
station stowage and the payloads stowage function should be well defined and supportive 
of a consistent method of stowage preparation and inflight management. 

Another facet of the process that should be given planning attention is the method for 
integration of inflight maintenance requirements with this Shuttle stowage process. 
Recommendations are provided within Section 9.0 of this report for considerations to 
be given to inflight maintenance planning and provisioning. However, one specific 
aspect of the IFM support process is the requirement for additional on-board equipment 
which must be stowed. As a result, early attention should be given to optimum locations 
for IFM equipment and provisions for operational efficiency. 
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(b) “With proper tools, worksites, restraints/ accessibility, illumination , 
supporting data and procedural aids, man can perform tasks as readily 
In a zero-gravity environment as he can on earth/ 1 ‘ 

The Skylab missions, as they evolved, allowed the crews to demonstrate a 
significant capability for the "man" component of the system to fix failures. 

The problems anticipated with the zero-g environment, such as performing 
complex tasks, utilizing tools, applying torque, transporting and managing 
large numbers of parts of different sizes and masses, etc. , were dealt with 
successfully. It can now be deduced that with proper planning and pro- 
visioning, the flight crew in future missions can be a major IFM "system' 1 
resource that can greatly increase systems reliability and crew safety. 

(c) "Indenturing into complex systems and performing very complex and intricate 
repair tasks is possible provided systems are designed for accessibility and 
safe procedures arelvorked out for accomplishing the repair tasks ." 

The Skylab flight crew performed tasks of indenturing into systems and fixing 
many that were of amazing complexity. The guidance system (replacing the 
rate gyro package) and the environmental control system repairs (replenishing the 
coolant supply) are demonstrable examples of what is possible. This "potential" 
for "saving" an expensive and valuable spacecraft or experiment with IFM 
should be planned for and used maturely and effectively to optimize results of 
future spaceflights. 

(d) Planning for inflight maintenance should include planning for a predicted group 
of preplanned scheduled and unscheduled tasks but it also should include 
ration af planning for a contingency IFM^apabilTtyT 

Planning for the Skylab Program, as in previous NASA manned programs, did 
not include detailed recommendations for the possibility of inflight mainte- 
nance. The design mediums of reliability and design redundancy were supposed 
to eliminate the need for inflight maintenance. However, during the later phases 
of the Skylab hardware developments it became apparent that some inflight 
maintenance might be required. In a departure from previous practice, ah ad-hoc 
committee of NASA and contractor representatives was formed to study inflight 
maintenance and to recommend a list of candidate tasks and related tools and 
spares. A set of tools was recommended based upon the task justification for 
each tool which resulted in the deletion of some tool items of a continuous 
set. (This proved to be unwise since resupplies had to be requested in almost 
all cases with every too! on-board being used by the flight crew. In addition, 
the crew also ingeniously fabricated or "jury rigged" needed parts or tools 
that were not in the inventory.) 
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The selected Scheduled IFM tasks for Skylab involved predominantly simple 
replacement chores (changing light bulbs and filters) and other replacement 
type tasks. The selections resulted largely from the fact that consideration 
for including IFM occurred too late to really consider indenturing into systems 
due to lack of accessibility and because there was a concern for man per- 
forming IFM tasks in zero-g and in an oxygen rich environment. With the 
Skylab program experience and the use of a more "earth-like'' cabin environ- 
ment on the Shuttle program these concerns should be greatly reduced thus 
permitting mature planning for a general capability for IFM which can deal 
with predicted as well as contingency situations. 


9.2 RECOMMENDATIONS 

The above noted conclusions have attempted to identify significant aspects of past 
Spaceflight programs that have implications for inflight maintenance. In view of 
these conclusions the following recommendations for future space programs are 
offered . 

(a) Inflight Maintenance Planning and Provisioning should be an in-line program 
function that is focused in a designated responsible NASA and contractor 
organization that participates in the design, development and operational 
phases of future space programs . 

The functions of this organization would be to: 

(1) Monitor systems design and identify candidate inflight maintenance 
tasks and related support items (data and hardware)! 

The recent austerity in spaceflight programs has been accompanied 
with a natural program management response of delaying until later 
in the program those activities that are not directly involved in 
hardware development which includes many aspects of operational 
planning. However, past spaceflight experience has shown that 
delaying such efforts can prove a much more costly approach to 
the problem. It is admitted that the severe economic constraints 
of a program must be reckoned with but it is important that real- 
world operational conditions and requirements be considered in 
a timely fashion. Even though the Program efforts are austere, 
it is recommended that at least a minimal effort is applied to the 
planning and preparation for an inflight maintenance capability 
early in program development. 

(2) Direct the development of total vehicle/payloads-experiments inflight 
ma i nten a nee capab i i i ty . ~~~~ 

This function would include the definition of requirements of an on- 
board tool inventory made up largely of off-the-shelf tool items 
that would provide a capability for accomplishment of almost any 
IFM task anticipated. This capability should then be evaluated 
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by all groups providing payloads and experiments to determine whether 
any special tool, not included in the early defined tool set, should be 
included as a special on-board requirement. This function will also 
involve the maintenance of a tools weight budget as a part of vehicle 
weights trade-offs such that as extensive a tool capability and inven- 
tory as possible can be maintained. This weight budget would also 
consider possible allocations of special tool weight budgets as well. 
Another aspect of this functional responsibility should be to conduct 
integrated procedural/tool evaluations as the program progresses 
closer toward operational program phases. 

(3) Direct and monitor a test program designed to establish in a progressive 
fashion acceptable zero-g maintenance and assembly related special 
processes. 

The performance of many inflight maintenance tasks are contingent 
upon being able to perform special manufacturing -related processes 
in the zero-g environment of space. Such processes as soldering, 
welding, use of debris producing power tools (drills, saws, etc.), 
bonding, etc. should be established as feasible for performance in 
zero-g prior to defining a flight crew IFM requirement to perform 
such tasks. This program would be the logical precursive step in 
establishing technology that could later be used in assembly and 
servicing operations on space base, payloads and retrieveable 
satellite vehicles. 

(4) Direct the coordination of payloads and retrieveable satellite refurbishing 
and servicing requirements with on-board vehicle^ and pa yToad inflight 
maintenance ^apabi I i ties" (too Is and support items as well as manipulator 
and check-out capabilities). 

This function is defined to establish a systematic approach to the 
integration of an inflight maintenance capability with payloads and 
experiments requirements. 

(b) Two-way video between th e spacecraft and the ground should be considered 
as a technique to support inflight^rouble shooting and corrective maintenance 
activities . _ — — — 

The use of two-way video would greatly enhance inflight troubleshooting and 
corrective maintenance activities particularly for contingency and unplanned 
tasks. This would allow rapid graphics and pictorial data transfer between 
the flight crew and ground systems experts. Furthermore, the systems ex- 
perts would be placed "at the anomaly scene,” and unplanned graphics data 
needed by the crew, but not part of their flight data file, could be made 
readily available to them rather than their having to receive extensive 
verbal instructions from the ground in order to complete their tasks. 


25 



(c) A simple cross referencing system between inflight troubleshooting tasks 
and IFCM tasks should be developed . 

Once a failure is isolated through the use of inflight troubleshooting procedures, 
the appropriate corrective maintenance procedures to repair the failure should 
be cross-referenced and the IFCM procedures should be readily accessible. 

As IFM is essentially the integration of these two functions, their data should 
be effectively integrated as well. 
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10.0 SUMMARY 

The purpose of the Crew Interface Specification Development Program for Inflight 
Maintenance, Assembly, Servicing and Stowage functions has been to develop 
new supportive data concepts for crew inflight operations and to specify the re- 
lated format and content requirements for such data concepts. The Phase IIIB 
study has added two additional inflight maintenance specifications to the pre- 
viously developed specifications on Operational Location Coding, Maintenance 
Management, and Stowage. In the course of this study certain requirements for 
crew inflight maintenance activities in future space programs seemed evident and 
in relation to these requirements conclusions and recommendations for future pro- 
grams have been provided. 
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foreword 


Prior to the Skylab Program only a limited amount of inflight maintenance 
(iFM) was performed on spacecraft by crewmen. The Skylab Program was the 
first space program for which a significant number of IFM tasks were 
planned prior to flight as well as on the ground during real-time operations 
and then effectively carried out by the crewmen on-board. 

In previous programs contingency events in flight were managed using abort, 
emergency or malfunction procedures provided to the flight crew in their 
flight data files. Abort and emergency procedures are not elements of 
this specification as there are no repair /re store (IFM) activities involved 
in these procedures. The ground mission support crews played a significant 
part in the management of malfunctions by virtue of the telemetry infor- 
mation at their disposal and their resultant ability to monitor the status 
and trends of various spacecraft system parameters. However, in future 
manned spaceflight programs ground mission support crews will perform much 
less of the systems monitoring function, since much more of the systems 
monitoring and troubleshooting functions is now being planned for on-board 
performance by flight crews. This change in focus making the flight crew 
the major troubleshooting center dictates a distinct requirement for the 
definition of standard supporting procedures to enable the crew to per- 
form effective systems troubleshooting in flight. 

\ 

The crew Inflight Troubleshooting Job Performance Aid data types specified 
herein provide format and content guidelines for standard systematic 
methods of including "decisional" or "logic type" information as an inte- 
gral part of the on-board troubleshooting support data. 
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1.0 


INTRODUCTION 


1.1 SCOPE 

This document defines basic crew procedural data concepts for Job Perfor- 
mance Aids (JPA*s) to support Inflight Trouble shooting activities on all 
manned spacecraft, unmanned satellites and payloads on which orbital or 
in- space troubleshooting will be performed by flight crewmen. 

1.2 PURPOSE 

The purpose of this specification is to establish standard format and 
content requirements for a family of job performance aids (crew proce- 
dural checklists and reference data) to support crew performed inflight 
trouble shooting activities on manned spacecraft, their payloads and un- 
manned satellites requiring crew troubleshooting. Different types of 
job performance aid data for inflight troubleshooting support are iden- 
tified and specifications for preparation of these data types are pro- 
vided. The use and selection of the particular data type for any spe- 
cific crew inflight troubleshooting task shall be as specified by the 
NASA organizational elements that are responsible for flight crew pro- 
ce dure s development . 

This document should be used with and supplemented by NASA- JSC specifi- 
cation SE-P-OO 89 ; General Specification, Crew Inflight Corrective Mainte- 
nance Job Performance Aids Requirements in the preparation of Job Perform- 
ance Aids to support the full spectrum of crew inflight maintenance 
activities. 
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1.3 APPLICABLE DOCUMENTS 


The following documents, of the issue In effect on the date of invitations 
for bids or procurement, form a part of this specification to the extent 
specified herein. 

1.3.1 MSA SPECIFICATION'S 

SC-C-0009 General Specification, Operations Location Coding 

System for Crew Interfaces 

SE-P-OO 89 General Specification, Crew Inflight Corrective 

Maintenance Job Performance Aids Requirements 

1.3.2 OTHER DOCUMENTS 

MIL-STD 15-1A Graphic Symbols for Electrical and Electronics 
Diagrams 
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1.4 DEFINITIONS 


For the purposes of this specification, the following definitions shall 
apply: 


a. Failure - the inability of an item to perform within previously 
specified limits. 

b. Failure analysis - the logical, systematic examination of an 
item or its diagram(s) to identify and analyze the probability, 
causes, and consequences of potential and real failures* 

c. Item - used to denote any level of hardware assembly; i.e., 
system, segment of a system, subsystem, equipment component, 
part, etc. 

d. Inflight Maintenance (IFM) - those crew actions required, during 
spaceflight for safety or mission reasons, to (a) retain the 
spacecraft or payload system in an operable condition ("scheduled 
IFM), (b) troubleshoot and isolate failed equipment items (in- 
flight diagnostics), and (c) restore failed items to an oper- 
able status (corrective maintenance ) . 

e. Inflight Corrective Maintenance (IFCM) - those crew actions per- 
formed to restore an item to a satisfactory operable condition 
after a malfunction has caused degradation of the item below 
the specified performance level. The major tasks associated 
with IFCM are: 

localization and Isolation - determining the location of a 
failure with or without the use of accessory support equip- 
ment on the subsystem level of inflight maintenance . 

Alignment - performing any alignment, minimum tests, and/or 
adjustments made necessary by the repair action. 

Verification Checkout - performing the minimum checks or tests 
required to verify that the equipment has been restored to 
satisfactory performance. 

f . Inflight Maintenance Levels - a division of inflight maintenance 
tasks based upon the level of indenturing into systems and 
equipment hardware required by the maintenance task. There are 
three levels of inflight maintenance. 

(l) Subassembly Level - Tasks performed at a level that 
requires the crew to "open up" a normally sealed or 
totally enclosed unit, drawer or chassis, and replace 
or repair parts and/or subassemblies. 
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(2) Assembly Level - Tasks performed at this level require 
replacement of a modularized item, i.e„, assembly, unit, 
drawer or chassis. Assembly level tasks are essentially 
interchange actions of removing a defective item and 
installing the replacement. 

( 3 ) System Level - Tasks performed at this level are 
addressing total systems problems and do not involve 
parts or module replacement, but are associated with 
such activities as leak detection and repairs, glycol 
replacement, etc., that axe not normally scheduled 
activities. 

g. Inflight Scheduled or Preventive Maintenance - the actions 
performed on a time scheduled basis that attempts to retain a 
spacecraft or payload item in a specified condition by pro- ■ 
viding systematic refurbishment inspection, detection, and 
prevention of incipient failure. This also includes servicing 
operations. 

h. Job Performance Aid Data Types - data used in Job Performance 
Aids can be classified as (a) _ textual or verbal information 
or (b) graphics or pictorial information. 

(a) Textual or Verbal Information : Data in word and 

numerical form that utilizes a style of "directively" 
identifying or specifying (l) the job or tasks and 
their proper sequence of performance, (2) the con- 
trols, equipment and tool elements that are involved 
in the tasks and ( 3 ) the responses anticipated from 
the tasks. 1 Tabular data in chart form is also used 
in conjunction with the textual data for describing 
performance criteria, etc. Data in this textual 
checklist form has been the major Job Performance 
Aid used for on-the-job performance of operations 
and maintenance by flight or ground crew of aircraft 
and spacecraft. The extensive use of this JPA form 
has been due to its compactness, ease of producibility 
and ease of change. 

(b) Graphic or Pictorial Information - data that conveys 
information through pictorial representation of three- 
dimensional forms. This type information is uniquely 
suited for the representation of equipment shape, form, 
fit, and location within ‘other assemblies and equip- 
ments. It's usage within Job Performance Aids in the 
past has been limited due to the greater costs of pre- 
paring the material and the difficulty in making rapid 
changes to such data. 
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i. Job Performance Aids - devices and/or data that facilitate 
task performance by man in the operation and/or maintenance 
of equipment systems. These aids may be data storage devices 
(microfilm, computer, film, etc.), display devices (movie 
projector, computer data terminal, etc. ) / audio tape and play 
back devices and printed copy storage (flight data procedures, 
schematics, etc.). These devices or data specify actions to be 
taken, equipment to be used or ■worked upon, and criteria for 
decision-making events. These aids may be used cooperatively, 
or concurrently with task performance or can be used as refer- 
ence data for training and operations. 

j* Maintenance - all actions necessary for retaining an item in 
or restoring it to a specified condition. 

k* Redundancy - the existence of more than one means for accom- 
plishing a given function. Each means of accomplishing the 
function need not necessarily be identical. 

1. Reliability - the probability that an item will perform its 
intended function for a specified interval under stated con- 
ditions. 

Servicing - the replenishment of consumables needed to keep 
an item in operating condition. 

n * Troubleshooting Types of Operations - Job Performance Aid 

support data requirements to support troubleshooting operations 
will vary dependent upon the configuration of controls/displays 
and the inclusion of onboard checkout and monitoring equipment. 
The types of troubleshooting operations include: 

Type 1 - using installed onboard automatic troubleshooting 
equipment such as the Performance Monitor System 
on the Shuttle Orbiter. 

Type 2 - using spacecraft controls/displays and crew diag- 
nostic procedures 

Type 3 - using special test equipment 

Type h - visual inspection of failure site and/or failed 
equipment 
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2.0 RESPONSIBILITIES 

The National Aeronautics and Space Administration, Lyndon B. Johnson 
Space Center (JSC) shall insure compliance to this specification by 
contractor(s) or designated government organizations responsible for 
development, preparation and verification of job performance aids 
provided flight crews to support inflight troubleshooting activities. 

Requests for deviations, additions or deletions to this specification 
shall be forwarded to the applicable NASA/ JSC Spacecraft Program Office. 



3-0 REQUIREMENTS FOR CREW JOB PERFORMANCE AIDS 

FOR INFLIGHT TROUBLESHOOTING 

3.1 GENERAL DESCRIPTION 

Jot Performance Aids (JPA’s) that support the flight crew in their per- 
formance of Inflight Troubleshooting tasks include Checklist data in 
sequential or "logic-type" form that specifies the task, task sequences, 
the network of logic decisions and the branching criteria necessary for 
determining the appropriate branch of task sequences to follow. Reference 
data or background information, such as wiring diagrams, system schematics, 
test point locations, and test values, are also included that provide sup- 
port of troubleshooting tasks onboard spacecraft, payload or unmanned 
satellite vehicles. 

Checklist data that supports inflight crew operations has in the past 
been characteristically " textual " in content (i.e., words and numerical 
data) and " sequential " in form for normal operations or, for contingency 
operations, in a logic -text form that asks, "IF" a condition exists, 

directs the next sequence of steps based upon the observed condition. 

These textual forms have generally been satisfactory for use in crew 
operations from crew station consoles where troubleshooting has been 
limited to safing, malfunction analysis, and switching to alternate modes 
where possible. However, as systems increased in complexity this logic - 
text form has proven unwieldy and a new graphic form of logic-text type 
data was developed for the Apollo Program. This form has proven very 
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effective for spaceflight training and real-time operations wherein space- 
craft controls and displays are used in assessing systems status in 
troubleshooting to identify failed functional loops and components. 

If inflight maintenance necessary to correct the failures requires inden- 
turing into an assembly, additional support data appears necessary for 
troubleshooting on this level. Simple textual checklist data is not 
adequate except in certain limited cases. Graphics to include test point 
locations, system schematics, nominal electrical/electronic scope dynamics, 
etc. are required for accurate and clear communications to the crew in 
order to assist them in performing effective troubleshooting inflight. 

This specification is designed to provide guidelines for the systematic 
usage of logic-tree, logic-text and graphics data in the preparation of 
Job Performance Aids for inflight troubleshooting task support. Different 
types of troubleshooting Job Performance Aid data are identified and 
specified in the following paragraphs of this specification along with a 
discussion of the basic purpose of each troubleshooting type and guide- 
lines for its use. 

It is important to emphasize that the type classification of the Job 
Performance Aids for Crew Inflight Troubleshooting task support is not 
intended to limit the type of data provided the crew on any specific 
task sequence but merely to standardize the data so that troubleshooting 
types will have definitized data standards for appropriate information 
support. The usage of a combination of these data types in support of 
any specific task sequence is permitted but should be governed by the 



type of information required to support the task, the amount of crew 
training time available on the task and failure/criticality relationships. 

The determination of .the specific troubleshooting data type(s) selected 
for any given task should be made in conjunction with and with the 
approval of the NASA organizational element responsible for flight crew 
procedures development. 

3-2 DEFINITION OF CHEW JOB PERFORMANCE AID (JPA) 

DATA TYPES FOB INFLIGHT TROUBLESHOOTING 

The crew requirements of Inflight Troubleshooting tasks are a function of 
the type of equipment being used to assess system status (e.g., (l) auto- 
matic built-in test equipment, (2) spacecraft controls/displays, (3) spe- 
cial carry-on test equipment and (U) basic visual inspections with no 
support equipment). Each of these troubleshooting task types require 
unique supporting information and a special Job Performance Aid Data Type. 
The relationship between these troubleshooting type requirements and the 
Job Performance Data Types is shown in Figure 1. The five crew inflight 
troubleshooting JPA data types discussed in subsequent paragraphs are: 

Type A: Sequential procedural data format for crew interface 

with automatic troubleshooting equipment. 

Type B: Troubleshooting "Logic-Text” format 

Type C: Troubleshooting "Logic-Tree” format 

Type D: Troubleshooting data format for crew interface with 

special test equipment on a subassembly level of 
maintenance (Type ”E” inflight corrective maintenance 
data format). 

Type E: Integrated text /graphics data format for presenting 

visual troubleshooting criteria and procedures. 


I 
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TROUBLE SHOOTING 
TYPE 


DATA TYPE TO SUPPORT TROUBLESHOOTING TYPE 


TYPE "1" - ONBOARD, 
AUTOMATIC FAILURE 
ANALYSIS AND 
IDENTIFICATION 


TYPE "2" - USE OF 
CONTROLS AND 
DISPLAYS BY CREW 


TYPE "3" - USE OF 
SPECIAL TEST 
EQUIPMENT 


TYPE A 


TYPE B 


TYPE C 


TYPE D 


SEQUENTIAL PROCEDURAL , 

DATA FOR CREW INTERFACE IDENTIFIES FUNCTIONAL 

WITH AUTOMATIC TROUBLE- I LOOP 

SHOOTING EQUIP. (E.G., FAILURE 

PERFORMANCE MONITOR - '■ 'T 

SYSTEM) FOR FAULT f 

ISOLATION yS. 


LOGIC TEXT 


LOGIC TREE 


SEQUENTIAL OPS. PRO- 
CEDURES AND LOGIC 
TEXT, LOGIC TREE WITH 
SCHEMATICS IN IFCM 
TYPE E DATA FORMAT 


A SSE MBLY 
IDENTIFIED ?. 


TYPE "4" - VISUAL 
INSPECTION 


TYPE E 


TEXTUAL DATA IGRAPHICS DATA 
IN SEQUENTIAL ^TO INCLUDE 
FORM WITH j -CRITERIA 
LOGIC TREE OR ^INFORMATION 
TEXT AS REQ'D.H 


FIGURE 1. RELATIONSHIP BETWEEN TROUBLESHOOTING 
TYPES AND DATA REQUIREMENTS 



3.3 FORMAT AMD CONTENT REQUIREMENTS FOR GREW 
INFLIGHT TROUBLESHOOTING JPA DATA TYPES " 

The format and content requirements for each of the crew inflight trouble- 
shooting JPA data types are presented within the subsequent paragraphs of 
this section. The specifications for each data type include the following 
information: 

(a) General description of the inflight troubleshooting data 
type. 

(b) Usage guidelines. 

(c) Data elements of the inflight JPA troubleshooting data 
type. 

(d) Example of the JPA troubleshooting data type. 

(e) Amplifying examples (when necessary). 

All inflight troubleshooting JPA data types specified herein shall be in 
accordance with the current crew checklist standard nomenclature require- 
ments as specified by the NASA organization responsible for flight pro- 
cedures. 
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3.3.1 Type "A" Inflight Troubleshooting Crew JPA 

Requirements 

(a) General Description 

The Type "A" inflight troubleshooting JPA data format provides a columnar 
page format on which data enabling the crew to interface with an auto- 
matic troubleshooting system is presented. Entries on this columnar page 
are made to conform to the most frequent actual sequence of procedural 
steps the crewman performs when interfacing with automatic troubleshooting 
equipment. The format provides for categories of keyboard entry (Functions, 
Data and Command) that allow selection of program functions, data entry 
and execution (command) of the specific entries made. It is a simple 
format that standardizes procedural data supplied to flight crewmen for 
tasks requiring their active interface with a computerized system using 
keyboard- type equipment. 

The structure of this format is dependent upon the specific crew interface 
operations required by the particular type of automatic on-board check- 
out equipment or performance monitoring system that is installed. The 
example provided for Type "A" troubleshooting data is based upon the 
present concept for the Orbiter Performance Monitor System. 

(b) Type tf A ,f -Data Usage Guidelines 

Type "A" JPA data is designed for use with automatic troubleshooting 
equipment containing a keyboard, computer(s), sensors, appropriate com- 
puter software, a display system and a visual and audible alarm capability. 
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(c) Type "A" Data Elements (See Example, Figure 2) 

DATA TO BE DISPLAYED - The type of data to he displayed, 
normally either system status or failure history information. 

SEQUENCE NUMBER - Crew keyboard/ computer interface operational 
sequence . 

FUNCTION - The basic function select operation required by 
the automatic checkout equipment or performance monitor 
equipment to SELECT equipment software programs that will 
perform computer operations which will subsequently provide 
displayed systems data when appropriate Data and Command 
entries are made. 


0 

0 

0 



DATA - Numerical inputs in a form required by the on-board 
checkout equipment software that defines in conjunction with 
the "Function" selected the particular type of data displayed. 


E 


COMMAND - The keyboard entry to execute the previous selected 
function and data entries and energize the computer software 
so that the display selected is displayed. 



DISPLAY - The display that results from the keyboard entries 
delineated. 



REMARKS - Amplifying remarks. 


(d) Example 

A typical example of Type "A" data and the recommended form for its 
presentation are depicted in Figure 2. 


(e ) Amplifying Examples 

Figures 3 a nd ^ are amplifying examples of typical keyboard/ display 
relationships. 
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FIGURE 2 

EXAMPLE OF TYPE "A" TROUBLESHOOTING DATA 
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FIGURE 3. TYPICAL OPERATIONAL EXAMPLE OF KEYBOARD/DISPLAY INTERACTION FOR SYSTEM FAILURE ANALYSIS 









FIGURE 4 TYPICAL FAULT SUMMARY DISPLAY 




CRT DISPLAY 



16 






3.3.2 type "B" Inflight Troubleshooting Crew JPA 

Requirements 

( a ) General Description 

type T, B" troubleshooting data is procedural data presented in " Logic -Text" 
format. This format is essentially textual procedural instructions, 
listed in numerical order, with the possible results of each procedure 
accompanying it. The procedural data is usually presented in the form 
of a question followed by "Yes" or "No" (the possible results). Each 
unique result yields a specific identified procedure which could be 
either a referenced Inflight Corrective Maintenance procedure, a referenced 
troubleshooting procedure (not part of the data being used), or a refer- 
enced procedural step to go to in the specific procedures in use. 

(b) Usage Guidelines 

Type "B" troubleshooting data may be used for brief troubleshooting tasks 
of inflight troubleshooting type " 2 " (using controls and displays). It 
may also be used in conjunction with appropriate schematic and/or graphics 
data for brief troubleshooting tasks requiring the use of special test 
equipment (type "3") or visual inspection (type "4"), 
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(c) Data Elements (See Figure 5) 

m PROCEDURAL INSTRUCTIONS - Specific instruction steps in- 
forming crewman of line task for each procedural step. 

It is usually presented as a question. 

RESULT OF PROCEDURAL STEF - A simple "Yes" or "No" to the 


1 1 


B 


question presented or the result of the specific procedural 
step. 

flTl NEXT PROCEDURAL STEP DICTATED BY RESULTS OF EACH LOGIC STEP 


Informs crewman as to what procedure is to he followed or 
what step in the logic text is to be carried out next in 
accordance with the results ( [ B I ) of each logic step. 


L * 


I D [ CORRECTIVE MAINTENANCE REFERENCE - Corrective maintenance 
reference code in order to effect repair when a failure or 
an anomaly is identified. This reference could also be 
used to refer to additional troubleshooting procedures when 
so indicated. 
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FIGURE 5 EXAMPLE OF TYPE "B" TROUBLESHOOTING DATA 


1. On navigation control panel does LAT window 
indicate N3649? 

Yes - Proceed to step 
No - Proceed to step 4 * 

2* On navigation control panel does LONG 
window indicate W07642? 

Yes - Proceed to step 3. 

No - Proceed to step 10. 

3. On navigation mode panel set NAV MODE 
switch to ED. On navigation control panel 
does LAT window indicate N3649? 

Yes - End of Procedure. 

No - Proceed to step 16. 

4. Perform step 3. Does LAT window indicate 
N3649? 

Yes - Proceed to step 5. 

No - Proceed to step 8. 

5. Using digital voltmeter check for 5+0.01 volts 
DC at TB002-10. Is voltage correct? 

Yes - Proceed to step 6. 

No - Proceed to step 7. 

6. Using multimeter check for continuity between 
TB002-10 and 012P003-5. Is there 
continuity? 

Yes - Troubleshoot ballistics computer 
per CM 26 

“i No - Repair defective wire. 

D P — ^See CM 32 


7. Using multimeter check for continuity between 
TB002-10 and 0011P002-1. Is there 
continuity? 

Yes - Troubleshoot inertial navigation 
system per CM 27 

No - Repair defective wire. 

See CM 32 

8. Using digital voltmeter check for 0.01 volts dc 
at TP1 on ballistics computer test panel. Is 
voltage correct? 

Yes - Proceed to step 9. 

No - Troubleshoot ballistics computer 
per CM 26 


9. Using multimeter check for continuity 
between 012P005-1. Is there 
continuity? 

Yes - Replace navigation control panel . 
See CM 30 

No - Repair defective wire. 

See CM 32 

10. On navigation mode panel set NAV MODE 
switch to ED. On navigation control panel 
does LONG window indicate W07642? 

Yes - Proceed to step 11. 

No - Proceed to step 14. 

11. Using digital voltmeter check for 5+0.1 volts 
DC at TB002-11. Is voltage correct? 

Yes - Proceed to step 12. 

No - Proceed to step 13. 

12. Using multimeter check for continuity 
between 012P003-6 and TB002-11 
Is there continuity? 

Yes - Troubleshoot ballistics computer, 
per CM 26 

No - Repair defective wire. 

See CM 32 

13. Using multimeter check for continuity 
between TB002-11 and 011P002-2. 

Is there continuity? 

Yes - Troubleshoot inertial navigation 
system per CM 27 

No - Repair defective wire. 

See CM 32 

14. Using digital voltmeter check 3+0.01 volts 
DC at TP2 on ballistics computer test panel. 
Is voltage correct? 

Yes - Proceed to step 15. 

No - Troubleshoot ballistics computer 
per CM 26 

15. Using multimeter check for continuity 
between 012P005-2 and 014P00I-2. 

Is there continuity? 

Yes - Replace navigation control panel. 
See CM 30 

No - Repair defective wire. 

See CM 32 
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3-3*3 Type "C" Inflight Troubleshooting Crew JPA 

Requirements 

(a) General Description 

Type "B” (Logic Text only) inflight troubleshooting crew JPA data has 
been found to be inefficient for complex and extensive troubleshooting 
tasks. As a result, a logic tree approach to troubleshooting was devel- 
oped and used for both the Apollo and Skylab Programs. This trouble- 
shooting format and method was officially referred to as the 11 Crew 
Malfunction Procedures, " and the use of a graphical logic-tree type for- 
mat permitted system malfunction procedural data to be presented in a 
much smaller data package than was necessary using the logic text approach 
The Type "C" troubleshooting data uses esentially the basic Crew Mal- 
function Procedures approach of Apollo and Skylab with minor modifications 
to permit referencing to appropriate corrective maintenance or additional 
t rouble shooting activities. 

(b) Usage Guidelines 

Type "C" troubleshooting data can be used where systems are complex and 
the troubleshooting task can benefit from the greater visibility offered 
by the graphical logic-tree format. It may be used alone to support 
troubleshooting tasks for inflight troubleshooting with controls and 
displays (Type ”2" ), and in conjunction with schematic or graphic data 
for troubleshooting with special test equipment (Type n 3 M ) or visual 
means (Type ,r 4 ,f ). 
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(c) Data Elements (See Figure 6) 


A | SYMPTOM - The symptom is the original Cae 'which alerts 
“^the crew to an off-nominal condition in a spacecraft 

system or component. A symptom can be a caution-warning 
light, a meter reading, or a condition of a system pro- 
duct (engine does not fire, intercom lost, ground reports 
loss of TV signal, etc.). The symptom is coded by system 
(ECS, MPS, HYDRAULICS, etc.) and in numerical sequence. 
This allows referencing to a symptom by system and number 
(as the procedural process travels through the logic tree) 
for direct entry into another troubleshooting procedural 
task. 



PROCEDURES - This data element presents a step-by-step 
listing of the tasks required to: 


1. Gain control of the situation - stop divergent rates, 
gross leaks; protect threatened components. 

2. Determine the source and nature of the problem - find 
out what failed, what caused it to fail, and the re- 
sultant operational status of the subsystem. 

3. Establish alternate modes of operation relative to mal- 
function effects and mission constraints as required. 

4 . Refer to appropriate corrective maintenance procedure 
if one exists. 

5. Refer to additional troubleshooting if required (e.g., 
using special test equipment). 

C~l REMARKS - This data element is intended to include infor- 

mation as follows : 


1. Amplifying remarks which relate to decision and/or 
action items (e.g., - why a step is taken, possible 
system time lags, etc.) 

2. The resultant subsystem status or operational capability 
including conditions of subsequent usage when a failure 
has been identified. 

3. Other remarks which explain or amplify the procedures. 
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FAILURE IDENTIFICATION - The failure is identified in a 
failure block which contains a heavy border and should 
be on the right side of the procedures column when possible 
The failure identified may be a loop or component failure 
or merely an off-nominal condition. If additional trouble- 
shooting is necessary to determine the failed assembly^ an 
appropriate reference to the proper procedure must be made. 



REFERENCE TO CORRECTIVE MAINTENANCE PROCEDURE - If a correc- 
tive maintenance procedure exists for the failure identified^ 
it is referenced using a referencing code such as CM-XX. 
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FIGURE 6 EXAMPLE OF TYPE "C" TROUBLESHOOTING DATA. 
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3.3.4 Type "D 11 Inflight Troubleshooting Crew JPA 
Requirements 

( a ) General Description 

When inflight maintenance requires subassembly level activities (tasks 
in which the the crew must "open up" a normally sealed or totally en- 
closed unit, drawer or chassis and replace or repair parts and/or 
subassemblies) an integral part of this corrective maintenance activity 
involves troubleshooting tasks. Type "D" troubleshooting data is de- 
signed to support these subassembly corrective maintenance activities. 
Type "D" data is a combination of sequential operations procedures, 

Logic Text (Type "B" ) or Logic Tree (Type "C" ) troubleshooting data 
and appropriate schematic data. This data format is delineated as part 
of Type U E TI Inflight Corrective Maintenance (IFCM) data in NASA-JSC 
Specification SE-P-OO 89 , and is an integral part of Type "E" IFCM. 

(b) Usage Guidelines 

Type "D" troubleshooting data is used when special test equipment is 
required at the subassembly level in the troubleshooting process where 
indenturing within assemblies is an integral part of the inflight main- 
tenance task. 

(c) Data Elements 

Refer to paragraphs 3-3-2 and 3-3-3 of this specification and Type U E” 
Inflight Corrective Maintenance data in NASA- JSC Specification SE-P-OO 89 ; 
General Specification, Crew Inflight Corrective Maintenance Job Perform- 
ance Aids Requirements. 
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3-3.5 Type n E M Inflight Troubleshooting Crew JPA 
Requirements 

(a) General Description 

Type n E" troubleshooting data is a combination of Logic Text (Type M B") 
and appropriate photographic or graphics data. The photographic or 
graphics data will contain visual criteria and reference information for 
examining a failure site and the subsequent logging of the results of 
the visual inspection and troubleshooting process. 

(b) Usage Guidelines 

Type n E” data is used when a visual inspection by the crew is required 
to determine the existence or extent of a failure or anomaly. 
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(c) Data Elements (See Figure 7) 



SEQUENTIAL STEP NUMBER - The numerical sequence number of 
the procedural step. 


[71 PROCEDURAL INSTRUCTIONS - Statements directing the crew 

* to perform actions such as gathering equipment , proceed 

to worksite, verify restore actions, etc. 



LOGIC TEXT PROCEDURES - Procedures presented in logic text 
format to assist the crewman in isolating the failure in 
a logical manner. These troubleshooting procedures are 
appropriately referenced to pictorial or graphics data. 



RESULTS OF INSPECTION - Provisions will be made to allow 
the crewman to log the results of his inspection for 
future use. This will normally be done near the criteria 
information for ease in comparison. 



PICTORIAL OR GRAPHICS DATA - The site to be inspected will 
be depicted in the data in a pictorial or graphical manner. 
Specific areas of interest are identified, and equipment 
criteria information will be included in order that the^ 
crewman can determine if the inspected area is "nominal 1 ' 
or "off-nominal" to a degree that identifies it as a failure 
or anomaly. 
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FIGURE 7 EXAMPLE OF TYPE "E" TROUBLESHOOTING DATA 


TROUBLESHOOTING PROCEDURE FOR ORBITAL (TS-36) 
WORKSHOP (OWS) HATCH HANDLE BINDING 


/0 


L l. Obtain metric rule (Location Code) and proceed to OWS HATCH (Location Code). 
2. Note Position of OWS HATCH HANDLE (A). 

I — | (CLOSE INTERMEDIATE POSITION 


GDH 


CLOSE 

OPEN 


3. Note Position of Release Handle (B). 


bH 


LOCK 

UNLOCK' 


INTERMEDIATE POSITION 


JB 


4. Does Hatch Handle appear to be bent? (Nominal Clearance: 4 cm.) 

YES Refer to CM-47. (Corre ctive Mai nt. Procedure Identification Code) 
NO - Proceed to 5. J q 1 

A I 

5. Does Release Handle appear to be bent? (Nominal Clearance: 3.5 cm.) 

YES - Refer to CM-49. 

NO - Proceed to 6. 

6. Lubricate Hatch Handle per CM-52. 

— D 

7. Verify freedom of movement of Hatch Handle. 



4.0 


SUMMARY 


Five data format types have been identified for the support of onboard 
troubleshooting of manned spacecraft. These data types are designed to 
support troubleshooting when using an automatic failure analysis system, 
spacecraft controls and displays, special test equipment, visual inspection, 
or a combination of these techniques. Procedural data formats supplied 
in previous spaceflight programs have been used wherever possible and with 

minimum modification. 

Inflight troubleshooting is an integral part of the inflight maintenance 
process. This specification identifies a referencing technique that per- 
mits a rapid transition from the inflight troubleshooting tasks to the 
proper inflight corrective maintenance tasks - the two basic elements of 
inflight maintenance. 
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NATIONAL AERONAUTICS AND SPACE ADMINISTRATION 
LYNDON B. JOHNSON SPACE CENTER 
HOUSTON, TEXAS 


GENERAL SPECIFICATION 
CREW INFLIGHT CORRECTIVE MAINTENANCE 

JOB PERFORMANCE AIDS 

( 

Requirements 



This proposed specification has not been approved by the Johnson 
Space Center and is subject to modifications . 


FOREWORD 


During the Skylab Program a considerable amount of flight crew experience 
was gained in performing inflight maintenance (IFM) tasks of various 
levels of complexity from simple to quite complex in both intravehicular 
and extravehicular environments. Many of these IFM activities were 
unscheduled events that required real-time mission planning. The IFM crew 
procedures planned under extremely limited time constraints on the ground 
either had to be transmitted via the uplink teleprinter or audio uplink , 
to the flight crew or in some cases as hardcopy crew procedures checklist 
data in the Flight Data File of the next flight. 

Operational experience in performing these Skylab IFM tasks emphasized 
the need for graphical or pictorial type data to support performance of 
some of the inflight maintenance procedures. Confusion in using only 
textual crew procedural data did result when the crew task involved rela- 
tively complex three-dimensional information such as orientation of equip- 
ment, parts nomenclature and location, etc. 

The Crew Inflight Corrective Maintenance (IFCM) Job Performance Aid (JPA) 
data types specified herein provide format and content guidelines for 
standard systematic methods of including new types of graphical or pic- 
torial data in the crew procedures checklist and reference data for 
inflight corrective maintenance task support. Guidelines for use of each 
of the data types on different types of spacecraft systems and for various 
levels of task complexities are also provided.. 
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1.0 


INTRODUCTION 


1.1 SCOPE 

This document defines basic crew procedural data concepts for Job Perfor- 
mance Aids (JPA) to support Inflight Corrective Maintenance activities on 
all manned spacecraft, unmanned satellites and payloads on which orbital 
or space maintenance will be performed by flight crewmen. 

1.2 PURPOSE 

The purpose of this specification is to establish standard format and 
content requirements for a family of job performance aids (crew procedural 
checklists and reference data) to support crew performed inflight correc- 
tive maintenance activities on manned spacecraft, their payloads and on 
unmanned satellites being serviced by the spaceflight crew. Different 
types of job performance aid data for inflight corrective maintenance 
support are identified and specifications for preparation of these data 
types are provided. Guidelines for the use of each data type are provided 
as a function of the system being repaired, and its level of task complexity. 
However, the usage and selection of the particular data type for any 
specific crew inflight maintenance task shall be as specified by the 
NASA organizational elements that are responsible for flight crew 
procedures development. 

This document should be used with and supplemented by SE-T-0090; 

General Specification, Crew Inflight Maintenance Troubleshooting Data 
Requirements in the preparation of Job Performance Aids to support the 
full spectrum of crew inflight maintenance activities. 
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1.3 APPLICABLE DOCUMENTS 

The following documents, of the issue in effect on the date of invitations 
for bids or procurement, form a part of this specification to the extent 
specified herein. 

1.3.1 NASA SPECIFICATIONS 

SC-C-0009 General Specification, Operations Location Coding 

System for Crew Interfaces 

SE-T-0090 General Specification, Crew Inflight Maintenance 

Troubleshooting Job Performance Aids Requirements 

1.3*2 Other Documents 


MIL-STD 15-1A Graphic Symbols for Electrical and Electronics 
Diagrams • 
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1.4 


DEFINITIONS 


For the purposes of this specification, the following definitions shall 
apply: 

a. Accessibility - a measure of the relative ease of admission to 
the various areas of spacecraft equipment or items being 
repaired or refurbished. 

b. Failure - the inability of an item to perform within previously 
specified limits . 

c. Failure analysis - the logical, systematic examination of an 
item or its diagram(s) to identify and analyze the probability, 
causes, and consequences of potential and real failures. 

d. Item - used to denote any level of hardware assembly; i.e., 
system, segment of a system, subsystem, equipment component, 
part , etc , 

e. Inflight Replaceable Unit (IFRU) - an item which, when unser- 
• viceable, can be restored to an operational condition through 

replacement by the flight crew during flight or space operations. 

f. Inflight Maintenance (IFM) - those crew actions required, during 

spaceflight for safety or mission reasons, to (a) retain the 
spacecraft or payload system in an operable condition (scheduled 
IFM) , (b) troubleshoot and isolate failed equipment items (in- 

flight diagnostics), and (c) restore failed items to an oper- 
able status (corrective maintenance) . 

g. Inflight Corrective Maintenance (IFCM) - those crew actions 
performed to restore an item to a satisfactory operable condi- 
tion after a malfunction has caused degradation of the item 
below the specified performance level. The major tasks asso- 
ciated with IFCM are: 

Preparation - gathering data, tools and spares, configuring 
systems for inflight maintenance tasks, and. airlock operations. 

Translation - establishing a movement path throughout (IVA) or 
over (EVA) the space vehicle to and from the payload or space- 
craft maintenance worksite . 

Worksite Preparation - establishing crew, tools, and equipment 
restraints at worksite to enable crew to perform maintenance- 
tasks in zero-g environment . 

Restoring Actions: 

Disassembly - worksite "open-up" and equipment disassembly to 
the extent necessary to gain access' to the item -.that is to be 
replaced . 
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Localization and Isolation - determining the location of a 
failure with or without the use of accessory support equip- 
ment on the subsystem level of inflight maintenance. 

Alignment - performing any alignment, minimum tests, and/or 
adjustments made necessary by the repair action. 

Verification Checkout - performing the minimum checks or tests 
required to verify that the equipment has been restored to 
satisfactory performance., 

h. Inflight Corrective Maintenance Levels - a division of inflight 
maintenance tasks based upon the level of indenturing into 
systems and equipment hardware required by the maintenance task. 
There are three levels of inflight maintenance . 

(1) Subassembly Level - Tasks performed at a level that 
requires the crew to "open up" a normally sealed or 
totally enclosed unit, drawer or chassis, and replace 
or repair parts and/or subassemblies. 

(2) Assembly Level - Tasks performed at this level require 
replacement of a modularized item, i.e., assembly, unit, 
drawer or chassis. Assembly level tasks are essentially 
interchange actions of removing a defective item and 
installing the replacement , 

(3) System Level - Tasks performed at this level are 
addressing total systems problems and do not involve 
parts or module replacement, but are associated with 
such activities as leak detection and repairs, glycol 
replacement, etc., that are not normally scheduled 
activities 


i. Inflight Corrective Maintenance Modes - Inflight corrective 

maintenance tasks can be classified into different modes based 
upon the worksite environment ( (l) IVA or (2) EVA ) and upon 
the type of operations, being performed (crew direct manual, etc.) 
These modes include: 


Mode 

1A: 

Mode 

IB: 

Mode 

2A: 

Mode 

2B: 

Mode 

2C : 

Mode 

2D: 


Intra vehicular , Crew Direct Manual Operations 
Intravehicular, Remote Manipulator System ("aided") 
operations 

Extravehicular, Crew Direct Manual Operations 
Not applicable 

Extravehicular, Crew Direct Manual Operations from 
Remote Manipulator System ("aided" - Cherry Picker 
operations ) 

Extravehicular, Crew Direct Manual from Astronaut 
Maneuvering Unit, ("aided" operations) 


1 



j . Inflight Scheduled or Preventive Maintenance - the actions 
performed on a time scheduled basis that attempts to retain 

a spacecraft or payload item in a specified condition by pro- 
viding systematic refurbishment inspection, detection, and 
prevention of incipient failure. This also includes servicing 
operations . 

k. Inflight Maintenance Concept - a narrative statement or illus- 
tration that defines the theoretical means of maintaining an 
equipment item or system during spaceflight. The statement 
relates the tasks that should be performed, the tools, spares, 
restraint and mobility equipment that should be used to perform 
the inflight maintenance, and the training requirements of 
flight personnel necessary for safe task performance. 

l. Job Performance Aids - devices and/or data that facilitate 
task performance by man in. the operation and/or maintenance 
of equipment systems . These aids may be data storage devices 
(microfilm, computer, film, etc.), d i splay device s (movie 
projector, computer data terminal, etcTj, - audio tape and play 
back devices and printed copy storage (flight data procedures, 
schematics , etc . ) . These devices or data specify actions to be 
taken, equipment to be used or worked upon, and criteria for - 
decision-making events. These aids may be used cooperatively, 
or concurrent with task performance or can be used as refer- 
ence data for training and operations. 

m. Job Performance Aid Data Types - data used in Job Performance 
Aids can be classified as (a) textual or verbal information 
or (b) graphics or pictorial information. 

(a) Textual or Verbal Information : Data in word and numer- 

ical form that utilizes a style of " directively" identi- 

. . fying or specifying (l) the job or tasks and their 

proper sequence of performance, (2) the controls, 
equipment and tool elements that are involved in the tasks 
and (3) the responses anticipated from the tasks. Tab- 
ular data in chart form is also used in conjunction with 
the textual data for describing performance criteria, etc. 
Data in this textual checklist form has been the major 
Job Performance Aid used for on-the-job performance of 
operations and maintenance by flight or ground crew of 
aircraft and spacecraft. The extensive use of this JPA 
form has been due to its compactness, ease of produci- 
bility and ease of change. 

(b) Graphic or Pictorial Information - data that conveys 
information through pictorial representation of three- 
dimensional forms. This type information is uniquely 
suited for the representation of equipment shape, form, 
fit, and location within other assemblies and equip- 
ments. It's usage within Job Performance Aids in the 
past has been limited due to the greater costs of pre- 
paring the material and the difficulty in making rapid 
changes to such data. 
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n. 


Onboard Loose Equipment - those equipment items that must be 
developed and/or procured, and stowed onboard the spacecraft 
as additional equipment for (a) crew operations support 
(checklists, etc.), (b) crew life support (space suits, food, 
etc.), and (c) crew inflight maintenance support (tools, 
spares, restraint devices). 

o. Maintainability - a characteristic of design and installation 
which is expressed as the probability that an item will be 
retained in or restored to a specified condition within a 
given period of time, when the maintenance is performed in 
accordance with prescribed procedures and resources . 

p. Maintenance - all actions necessary for retaining an item in 
or restoring it to a specified condition. 

q. Redundancy - the existence of more than one means for accom- 
plishing a given function. Each means of accomplishing the 
function need not necessarily be identical. 

r * Reliability - the probability that an item will perform its 
intended function for a specified interval under stated con- 
ditions . 

3 • Servicing - the replenishment of consumables needed to keep an 
item in operating condition. 

t. Systems Types of Job Performance Aids - the nature of informa- 
tion and the format required within JPA’s for inflight correc- 
tive maintenance support will vary as per the type of space- 
craft or payload system being repaired or fixed. The classi- 
fication of systems based upon unique data requirements is as 
follows : 

E = Electrical/Electronic Data Types 

M = Mechanical/Electro-mechanical Data Types 

F = Fluid/Fluid Mechanical Data Types 

u. Troubleshooting Types of Operations - Job Performance Aid 
support data requirements to support troubleshooting operations 
will vary dependent upon the configuration of controls /displays 
and the inclusion of onboard checkout, and monitoring equipment. 
The types of troubleshooting operations include: 

Type 1 - using installed onboard automatic troubleshooting 
equipment such as the Performance Monitor System 
on the Shuttle Orbiter. 

Type 2 - using spacecraft controls/displays and crew diag- 
nostic procedures 

Type 3 - using special test equipment 

Type 4 - visual inspection of failure site and/or failed 
equipment 
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2.0 


RESPONSIBILITIES 


The National Aeronautics and Space Administration, Lyndon B. Johnson 
Space Center (JSC) shall insure compliance to this specification by con- 
tractors) or designated government organizations responsible for devel- 
opment, preparation and verifications of job performance aids provided 
the flight crew to support inflight corrective maintenance activities . 

Requests for deviations, additions, or deletions to this specification 
shall be forwarded to the applicable NASA/JSC Spacecraft Program Office . 


'i 
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3.0 


REQUIREMENTS FOR CREW JOB PERFORMANCE AID'S (JPA'S) FOR INFLIGHT 
CORRECTIVE MAINTENANCE 

3.1 GENERAL DESCRIPTION 

Job Performance Aid's (JPA's) that support the flight crew in their perform- 
ance of Inflight Corrective Maintenance (IFCM) tasks include both Checklist 
data 9 that specifies the task and task sequences required, and Reference 
data or background information, such as functional schematics, that 

provide indirect support of the corrective maintenance tasks onboard 
the spacecraft, payload or unmanned satellite being serviced. 

Checklist data that supports inflight crew operations has in the past been 
characteristically "textual" in content (i.e., words and numerical data). 
This textual form has generally been satisfactory for use in crew opera- 
tions from crew station consoles where task types are few (i.e., switch 
positioning and display and monitoring) or when performing relatively 
simple maintenance tasks involving few parts. However, when corrective 
maintenance activities involve different kinds of tasks, numerous parts, 
complex configurations, and functional relationships, supplementary 
graphics (checklist and reference data) are required for accurate and 

clear communications to the crew of task and part requirements during 
performance of the corrective maintenance task. 

This specification is designed to provide guidelines for the systematic 
inclusion of graphics data in the preparation of Job Performance Aids 
for inflight corrective maintenance task support. Different types of 
IFCM Job Performance Aid data are identified and specified in the follow- 
ing paragraphs of this specification along with a discussion of the basic 
purpose of each data type and it's usage guidelines. 
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It is important to emphasize that the type classification of the Job 
Performance Aids for Crew Inflight Corrective Maintenance task support 
is not intended to limit the type of data provided the crew on any 
specific task sequence but merely to standardize the data so that if a 
task sequence requires a particular type of information to support it 
there is a standard data form for including such information. The usage 
of a combination of these data types in support of any specific task 
sequence is permitted but should be governed by the type of information * 
required to support the task, the amount of crew training time available 
on the task and the criticality of the task with respect to crew safety 
and mission success. 

The determination of the specific data type(s) selected for any given task 
sequence should be made in conjunction with and with the approval of the 
NASA organizational element responsible for flight crew procedures 
development. 

3.2 DEFINITION OF CREW JOB PERFORMANCE AID DATA TYPES FOR INFLIGHT 
CORRECTIVE MAINTENANCE TASKS 

Job Performance Aid data (checklists and reference data) for use in 
support of inflight corrective maintenance tasks of the flight crew shall 
include, but not be limited to the following data types: 

Type A: Task Text Data Only 

Type B: Single Page Format - Task Texts /Graphics 

Type C: Double Page Format - Task Texts/Facing Page Graphics 

Type D: Triple Page Format - Task Texts /Graphics /Folded Graphics 

Type E: Complex Integrated Format - Task Text /Chart- Graphics/ 

Folded Parts Data/ 
Functional-Detail Schematics 
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A brief suninary description of these Job Performance Aid data types is 
presented in Figure 1# A detailed specification of the format and 
content requirements for each of these data types is included within the 
subsequent paragraphs of this specification along with a discussion of 
the basic purpose of the data type and usage guidelines. 

3.3 FORMAT AND CONTENT REQUIREMENTS FOR CREW IFCM JPA DATA TYPES 
The format and content requirements for each of the crew IFCM JPA data 
types are presented within the subsequent paragraphs of this section. 

The specifications for each data type include the following information: 

a) Format size and configuration requirements 

b) General description of the IFCM JPA data type 

c) Usage guidelines 

d) Data elements of the JPA data type 

e) Example of the JPA data type 

All IFCM JPA data types specified herein shall be in accordance with the 
current crew checklist standard nomenclature requirements as specified 
by the NASA organizational elements that are responsible for flight 
crew procedures development. 
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FIGURE 1 - 

SUMMARY OF CREW INFLIGHT CORRECTIVE MAINTENANCE 
JOB PERFORMANCE AID DATA TYPES 


JOB PERFORMANCE AID DATA TYPES 


TYPE "A" 

•SINGLE PAGE FORMAT 
•TASK TEXT 


TYPE DESCRIPTION: CROSS-INDEXING INDICATED 
BY ARROWS -» •- 


T£*t j text j 


• SINGLE PAGE FORMAT 

• TASK TEXT AS PER NASA/JSC CREW PROCEDURAL STANDARDS 

• FRONT/BACK PRINTING 

• PAGE SIZES; A = 8“ X 10 1/2" 

B = 6" X 8" 


• SINGLE PAGE FORMAT 


TYPE "B" 

• SINGLE PAGE 
•TEXT/GRAPHICS 


TYPE "Bl" 

• SINGLE PAGE FORMAT 
•BLOCKED TASK TEXT/ 
TASK GRAPHICS 


TYPE "B2" 

• SINGLE PAGE FORMAT 

•TASK TEXTS/ 
EXPLODED-VIEW 
GRAPHICS 



tP <t 

-prpH; 

j 




AND TASK TEXT ILLUSTRATING GRAPHICS 


INCLUDED WITHIN ENCLOSED BLOCKS ON PAGE 


• FRONT/BACK PRINTING 

• PAGE SIZE: 8" X 10 1/2" 

•TASK/GRAPHICS CROSS-INDEXED BY PART CODE 


• SINGLE PAGE FORMAT 

• TASK TEXTS (GROUPED TOGETHER) 

• EXPLODED-VIEW GRAPHICS , PART NAMES AND CODES 

• FRONT/BACK PRINTING 

• PAGE SIZE: 8" X 10 1/2" 

• TASK/GRAPHICS CROSS-INDEXED BY TASK NUMBER, PART CODE 


TYPE "C" 

•DOUBLE PAGE FORMAT 

•TASK TEXTS/IFACING PAGE) GRAPHICS 


TEXT GRAPHICS 

text graphics 


•DOUBLE PAGE FORMAT 

• TASK TEXTS ON LEFT-HAND PAGE CROSS-INDEXED TO GRAPHICS 
ON RIGHT HAND PAGE BY PART CODE AND TASK NUMBER 
•FRONT/BACK PRINTING 
• PAGE SIZE: 8" X 10 1/2" 


TYPE " Dl" 

•TRIPLE PAGE FORMAT 
•TASK TEXT (TYPE A)/ 
FOLDED GRAPHICS 


S' A \ •TRIPLE PAGE FORMAT 

1*1^ l! \ 1 ALLOWS VIEWING OF 3 DATA PAGES SIMULTANEOUSLY) 

J T EVr j^ R APwics « TASK TEXT (TYPE A FORMAT) PAGE SIZE: 8" X 10 1/2" 
|| • FOLDED GRAPHICS PAGE SIZE: 16” X 10 1/2" 

•CROSS-INDEXED BY TASK NUMBER, PART CODE 


•TRIPLE PAGE 
FORMAT 

•TEXTAGRAPHICS) 
FOLDED GRAPHICS 


TYPE "D2" 

• TRIPLE PAGE FORMAT 
•BLOCKED TASK TEXT/ 
TASK GRAPHICS/ 
FOLDED GRAPHICS 




• TRIPLE PAGE FORMAT 

• BLOCKED TASK TEXT/GRAPHICS : 8" X 10 1/2" 

FOLDED GRAPHICS 16" X 10 1/2" 

• CROSS-INDEXED BY TASK NUMBER, PART CODE 


TYPE "D3" 

•TASK TEXT/FACING 
PAGE GRAPHICS/ 
FOLDED GRAPHICS 



■ — ^ 

• TRIPLE PAGE FORMAT 



• TASK TEXT/FACING PAGE GRAPHICS: 8" X 10 1/2" 

• FOLDED GRAPHICS: 16" X 10 1/2" 


^ 

• CROSS-INDEXED BY TASK NUMBER, PART CODE 


TYPE E 

• COMPLEX INTEGRATED FORMAT 

• TASK TEXT/CHART -GRAPHICS 
PARTS DATA/FUNCTIONAL 
AND DETAILED SCHEMATICS 



■sDerAH.ED 
pN^MEMATifS 

& \ • TASK TEXT/GRAPHICS 8" X 10-1/2 " 

\ YcJ d Na) 

\ U • FOLDED SCHEMATICS 10-1/2" X 16" OR UP TO 39" 

\ v "C$ i 


• COMPLEX INTEGRATED FORMAT 

• TASK TEXT/GRAPHICS 8" X 10-1/2 " 


CROSS-INDEXED THRU PART CIRCUIT CODES 













3 . 3.1 Type "A” IFCM Crew JPA Data Requirements 


(a) Format Size and Configuration Requirements 




Checklist Page 
"B" Size 
Image Area = 

x r 

Page Size = 

6" x 8" 


Ob) General Description of Type "A" IFCM JPA Data 


Type "A” IFCM Crew JPA Data utilizes a single page type format and is printed on 
both the front and back of the checklist pages. The paper stock to be used shall 

be in accordance with the Checklist Standards preparation that are currently speci- 
fied by the NASA organizational elements responsible for flight crew procedures 
development. 

Type "A” Data contains textual (word and numerical) descriptions of the crew in- 
flight corrective maintenance task requirements in the standard "checklist” data 
form that has been developed and used successfully in support of the Skylab Program 
crew inflight maintenance activities. The Type "A” textual data shall be in accord- 
ance with current JSC-CTPD checklist standard nomenclature for maintenance tasks. 
This data shall specify tasks to be performed by the crew utilizing the basic check- 
list statement from: 


"Action Verb” "Action Object” "Amplifying Data" 


If, during the maintenance task, control position reconfiguration is required, then 
standard checklist "operations" type checklist statement form shall be used which 
includes; 

" Control/Display Object " " New Control Position or 

Display Value to cHeck" 


The information presented on Type "A" JPA data is basically the description of 
tasks to be performed and task sequences to be followed. The Type "A" data 
elements necessary to support Inflight Corrective Maintenance tasks are identified 
and diseribed in section (d) of this paragraph. 

(c) Type "A" Data Usage Guidelines 

The majority of inflight maintenance tasks to be performed by the flight crew can 
be sufficiently supported thru the use of Type "A" IFCM JPA Data provided sufficient 
training time is made available on raockups or simulators of reasonable fidelity 
such that equipment nomenclature and the location and orientation of parts involved 
in the maintenance task are "familiar" data to the flight crew. Type "A" textual 
data is then used as a reminder of the task or task sequences to be followed. 
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3.3.1-*+ Type "A” Data Elements (see Example Figure 2) 



□ 

0 

□ 

□ 

□ 

0 



CREW PROCEDURES TITLE - The official CTPD title for this set of inflight 
corrective maintenance procedures. 

FLIGHT PLAN TITLE - This is the code by which the specific task sequence 
is identified and referred to when cross referencing from troubleshooting 
of operation or procedures and for flight planning purposes. 

TASK SEQUENCING - Tasks are numbered to indicate task order. Task number- 
ing can be by individual tasks or by task groups at the discretion of the 
CTPD Book Manager. However, when the Type "A" data is used in conjunction 
with graphics data, all tasks to be illustrated must be numbered. 

TASK LOCATION - The location within the spacecraft or payload for each task 
is designated utilizing the crew station operations location coding system 
as applied to the crew interface areas. 

OBTAIN : (IFCM PREPARATIONS DATA) - This information is included prior to 
the procedural steps of any IFCM procedural set. Support elements (tools, 
spares, etc.) are identified along with their stowed location in the space- 
craft . 

INFLIGHT MAINTENANCE TASK DIRECTIONS - Tasks to be performed shall be iden- i 
tified in CTPD Standard Checklist nomenclature for maintenance tasks which 
requires beginning the Checklist statement with a stated "Action Verb". Tools 
and spares required for each task are in parenthesis after task description. 

CONTROL/DISPLAY RECONFIGURATIONS - Within an IFCM Procedural Set, control/ 
display reconfigurations and monitoring checks may be required. When des- 
cribing these tasks, normal standard "operations" checklist nomenclature is 
utilized which does not require "Action Verb" since it is understood. 

DATE - The CTPD approval date of the IFCM procedures are indicated on the 
left side for front pages and right side for back pages. 

PAGE NO . - The page number of the procedures within the flight configured 
books are indicated at the top of the page as noted in the example . 

CAUTION. WARNING AND NOTES - These data are included as illustrated within 
the task sequences. This is amplifying information to alert the crew to 
hazardous or special conditions of which they should be aware. 

CONTINGENCY PROCEDURES - These procedures are the means whereby integral 
troubleshooting and/or verification tasks are included within inflight 
corrective maintenance procedural sets. This allows for definition of 
"criteria" data that can define launching sequences dependent upon the 
relationship of the observed value of condition to the criteria that is 
defined. 

EXPLANATORY NOTES - Notes are included as illustrated to provide amplifying 
comments and explanatory information about procedures and tasks. 


13 



FIGURE 2 

EXAMPLE IFCM TYPE "A" JPA DATA 



0 


2-2 



MDA POWER UMBILICAL REPLACEMENT 


M144 


M124 


M157, M151 


CM230 


M102 


Obtains 

7/16 deepwell socket 1 (first use only) 
Ratchet handle 1 (first use only) 

Red tape (1 piece) 2 

Spares pallet (restrain at ATM tool 
restraint) (large expand o pin) 

MDA power umbilical 



Open container (contingency power cable) 
(ratchet handle, 7/16 deepwell socket - 
first use only) 

Remove contingency power cable from 
container 

Remove dust caps from contingency power 
cable and stow in container 



HK 80A 


cb CSM/SWS DRAG (10) - open (verify) 

Open DRAG THRU RECEPTACLE door 
Connect CSM P593 connector of contingency 
power cable to DRAG THRU RECEPTACLE 
Remove dust cap from CONTINGENCY POWER 
TRANSFER connector and temporarily stow 
Connect MDA P12 connector of contingency 

power cable to CONTINGENCY POWER TRANSFER 
connector in MDA tunnel 


C AUTION: Verify that piercing tip of Saddle valve 
is fully retracted (CCW) 



EK. 


uct heater failed: 

TCS HTR DUCT 
TCS HTR DUCT 
cb TCS DUCT 1 


1 1*3 sw - OFF 

1 2*4 sw - OFF 

FANS (4) -OPEN 


NOTE: 


Use tape, straps, etc., to restrain 
loose parts * 


lb . 




3-3.2 Type "Bl" IFCM Crew JPA Data Requirements 


(a) Format Size and Configuration Requirements 



(b) General Description of Type "Bl" IFCM JPA Data 

Type "Bl” IFCM JPA data shall utilize a single page type format and is printed 
on both the front and back of checklist pages . The paper stock to be used 
shall be in accordance with current checklist preparation standards of the 
NASA organizational elements responsible for flight crew procedures development. 


Type "Bl” Data shall contain textual (word and numerical) descriptions of the 
crew inflight corrective maintenance task requirements in the standard CTFD 
checklist nomenclature for maintenance tasks plus graphical illustrations of 
the specific task or task groups being identified by the text. Each of these 
task text and task graphics information groups are framed on the page with 
boundary lines. In general four (4) such task text/task graphics can be pre- 
sented on one page. However, the graphic information within each task group- 
ing may require different area shapes so that image area divisions can vary. 
Typical page division examples are: 


(A) 


(B) 


(C) 


(D) 


NORMAL 

DIVISION 


t g 

t g 

t g 

Tg 


'G 

“T~ 


T= TEXT _ 
G= GRAPHICS 


SIX/ RAGE 



t g 


t G 

t g 

tg 



t g 

t g 

t g 

V 


The purpose of the Type Bl IFCM data format is to present task text and task 
graphics for those mechanical tasks that are critical or have a relative com-. 
p^ 0 x relationship of parts or tools. By including the text and graphics within 
the same area, the crew search time in reading the text and graphics is mini- 
mized and the cross -indexing involved between text and graphics is simplified. 
The Type "Bl” data elements necessary to support Inflight Corrective Mainten- 
ance tasks are identified and specified in section (d) of this paragraph. 


(c) Type "Bl" Data Usage Guidelines 

Type "Bl" JPA data provides the capability to illustrate with detailed graphics 
each specific task of an inflight corrective maintenance task sequence. This 
type of data can be used for a total sequence if it is considered to involve 
very critical or complex tasks or it can be used only for selected tasks within 
a sequence that is covered mainly with Type "A" (Text only) Data. 


\ 
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Type "Bl" Data Elements (See Example Figure 3) 

CREW* PROCEDURES TITLE - The official CTFD title for this set of inflight 
corrective maintenance procedures. 

FLIGHT PLAN TITLE - This is the code by which the specific task sequence 
is identified and referred to when cross referencing from troubleshooting 
or operational procedures and for flight planning purposes. 

TASK SEQUENCING - Tasks are numbered to indicate corrective maintenance 
task order. 

OBTAIN: (IFCM PREPARATIONS) - This information is included prior to the 
procedural steps of any IFCM Procedural Set. All support elements (tools, 
spares, etc.) required for the task set are identified along with their 
stowed location in the spacecraft. 

TASK LOCATION - The location within the spacecraft or payload of the site 
for each task is designated utilizing the crew station operations location 
coding system as applied to the crew interface area. 

INFLIGHT MAINTENANCE TASK DEFINITIONS - Tasks to be performed are identi- 
fied in CTPD standard checklist nomenclature for maintenance tasks which 
includes stated ’'Action Verb" as initial word in task description. 

TASK GRAPHICS *- Each task or Task group shall be illustrated using graphics 
of the equipment being maintained or repaired and selective illustration, 
of tools and manual operations required to perform the tasks. These graphics 
can be line drawings or half-tone pictures (as illustrated in the example) 
and should provide a clear illustration of the task to be performed. Part 
codes (alphabetical) and part nomenclature can be used as i-s appropriate 
to illustrate the task. 
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FIGURE 3 

EXAMPLE TYPE B1 DATA 






3 . 3-3 Type "B2" IFCM Crew JPA Data Requirements 

(a) Format Size and Configuration Requirements 


Type "B2" IFCM JPA Data shall he presented on a single page format that util- 
izes a Checklist "A" size page. This page size is required due to the greater 



(b) General Description of Type M B2" IFCM JPA Data 


Type "B2" IFCM JPA Data shall utilize a single page type format and can be 
printed on both the front and back of checklist pages. The paper stock used 
shall be in accordance with current checklist preparation guidelines of the NASA 
organizational elements responsible for flight crew procedures development. 

Type "B2" Data shall contain a group or set of corrective maintenance procedures 
in textual form (words and numerical data) supported by exploded view graphics 
of sin equipment assembly that is being disassembled, repaired and/or reassembled 
The exploded view graphics -shall contain illustrations of the parts in a manner 
that defines the assembly order, orientation and fit of parts, part nomenclature 
and part codes (alphabetical) shall also be included so that cross referencing 
within the text is easily accomplished through referencing to part name and code 


The purpose of the Type B2 IFCM data format is to provide support data for tasks 
that involve mechanical or electro-mechanical systems that are relatively com- 
plex in structure and contain a considerable number of parts. If the parts 
involved become too numerous for single page graphics then Type n D" JPA data 
may be required in which a double -size folded page is used. 

The basic data elements of Type M B2" JPA data are identified and specified in 
Section (d) of this paragraph. 

(c) Type "B2 11 Data Usage Guidelines 

Type M B2 ,f JPA data provides the capability to illustrate with detailed graphics 
the the total number of parts involved in an assembly of medium complexity on 
a single page format integral with the checklist text that describes the tasks 
to be performed. The Type "B2" data concept is mainly suited for usage with 
mechanical assemblies and equipment. 
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(<0 Type n B2" Data Elements (s e e Example Figure 4) 

|T] TITLE OF IFCM PROCEDURE - The official CTFD title for this set of inflight 
corrective maintenance procedures . 



FLIGHT FLAN TITLE - This is the code by which the specific task sequence is 
identified and referred to when cross-referencing from troubleshooting or 
operational procedures and for flight planning purposes. 


| C | TASK SEQUENCING - Tasks are numbered to indicate order of corrective main- 
tenance task to be accomplished. 

I D ] OBTAIN: (IFCM PREPARATIONS) - This information is included prior to the 

L ~" J procedural steps of any IFCM Procedural Set. All support elements (tools, 
spares, etc.) required for the task set are identified along with their 
stowed location in the spacecraft . 


ri 


TASK LOCATION - The location within the spacecraft or payload of the site 
for each task is designated utilizing the crew station operations Location 
Coding System as applied to the crew interface areas. If no location code 
appears by the task it is assumed that the task is performed at the last 
designated location. 


INFLIGHT MAINTENANCE TASK DEFINITIONS - Tasks to be performed are identi- 
fied in CTPD Standard Checklist nomenclature for maintenance tasks which 
includes stated "Action Verbs" as the initial word of the task description. 


Gj TASK’ GRAPHICS - Exploded view graphics of the assembly being repaired 
shall include part nomenclature and part codes (alphabetical) arranged 
for easy search as well as graphics to illustrate the part relationships 
and fits. 
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8. REMOVE AXLE NUTS (I) (K) AND SERRATED WASHERS (J) (L) 

FROM AXLE (P) 

9. MOVE WHEEL FORWARD IN FRAME DROPOUTS (M) 

10. REMOVE CHAIN (N) FROM SPROCKET (0) 

(HOOK OVER FRAME) 

11. GUIDE WHEEL FREE OF FRAME 




3-3.4 Type ”C" IFCM Crew JPA Data Requirements 

(a) Format Size and Configuration Requirements 
Type "C” Data shall he presented in a Double Page Format on either Checklist Page 



Type M C M IFCM JPA data shall utilize a Double Page Type format and is printed on 
both the front and back of Checklist pages. The Double Page Format design shall 
be a "book-type" format, i.e., the left hand and right hand facing pages of the 
Checklist can be viewed simultaneously such that the graphic illustrations on the 
right hand page will refer to the textual checklist data presented on the left 
and facing page. This "C" type format has been utilized successfully in Depart- 
ment of Defense maintainability studies and provides illustrative graphics as an 
integral part of the corrective maintenance checklist data. The graphics can be 
both task graphics or other types of equipment graphics to illustrate part nomen- 
clature and location. 

The major purpose of the Type "C” IFCM data format is to provide integral textual 
and graphics support for mechanical, electromechanical, and electrical systems 
requiring inflight corrective maintenance. This "C" type format provides a signi- 
ficant capability for illustrating task performance, equipment locations within 
the spacecraft, equipment nomenclature, part codes and other three-dimensional 
information that can amplify and clarify the basic textual data' of the Checklist. 
The graphics data generally will provide illustrations of equipment and perfor- 
mance elements of the task specified on the facing page. However, the graphics 
need not be limited to just task elements. Additional clarifying graphics may 
be provided to illustrate aspects of corrective maintenance elements such as 
location and orientation of equipment modules within the spacecraft, location of 
hazardous conditions within the work area, etc. 

The important factor in Type "C" Data is that the crew’s search time to find sup- 
porting graphics is greatly reduced. The graphics data to support a particular 
task will always appear on the facing page. The cross-indexing system shall be 
quite simple. The tasks are identified by numbers . This orders the task sequence 
and also serves as the reference code for identifying the related task graphics 
on the facing page. All equipment within the task graphics are identified with 
alphabetical codes ■ These also serve as reference codes within the task proced- 
ures to identify the equipment involved in the task. 

The basic data elements of the Type "C" data are identified and specified in 
section (d) of this paragraph. 

(c) Type ”C" Data Usage Guidelines 

Type "C" Data provides task graphics as an integral part of the Checklist. As 
a result it may be used to support medium to very complex inflight corrective 
maintenance tasks. However, in general it is more suited for mechanical or elec- 
tromechanical systems . It can be used to support electrical systems corrective 
maintenance when the task involves relative simple part replacement activities. 
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(a) Type "C 1 * Data Elements (See Figure 5, Pages 1 and 2) 

TITLE OF IFCM PROCEDURE - The official CTFD title for this .set of inflight 
corrective maintenance procedures. 


FLIGHT PLAN TITLE - This is the code by which the specific task sequence 
is identified and referred to when cross-referencing from troubleshooting 
or operational procedures and for flight planning purposes. 

C j TASK SEQUENCING - Tasks are numbered to indicate the order of corrective 
maintenance tasks that are to be accomplished. The numerical designation 
of the task also serves as a cross-referencing code between text and 
graphics data. 



OBTAIN: IFCM PREPARATION) - This preparation information shall include a 

list of tools and support equipment that must be collected prior to the 
procedural steps of any IFCM procedural set. All support elements required 
for the total task sequence shall be identified. The stowed location code 
of these support items shall be provided in the column for task location. 
Additional location data may also be provided in parentheses that follow 
the item name. 



TASK LOCATION - The location of each task shall be provided as a coded entry 
in the location column of the format. This code shall be in accordance with 
the Crew Station Operations Location Coding System as applied to the partic- 
ular spacecraft vehicle . 



INFLIGHT MAINTENANCE TASK DESCRIPTION - Tasks to be performed shall be iden- 
tified in standard CTPD Checklist nomenclature for inflight maintenance tasks . 
Task procedures shall begin with an "Action Verb" and shall identify equip- 
ment items involved in the task by both item name and alphabetical code in 
parenthesis following the name. This alphabetical code refers to the illus- 
tration of the particular item as it appears within the graphics on the 
facing page. 


G TASK GRAPHICS - Each task or group of tasks that are identified within the 
“"■* task sequence of Type "C" corrective maintenance data shall be illustrated 
on the facing page with graphics that depict the salient or important 
elements of the task. The task being illustrated shall be designated with 
the respective number of the task on the facing page. The number shall be 
placed within a hexagon symbol and can be attached to an arrow that desig- 
nates the direction of movement involved in the task. Equipment nomencla- 
ture shall be included within the graphics of those parts that are directly 
involved in the tasks . The part names shall be coded alphabetically arid 
enclosed within a circle. These codes are these that are used within the 
procedural te^t to refer to the part. These equipment codes are used to 
reduce the search time of the user. 


The task graphics shall be placed on the page at a location roughly equiv- 
alent to the location of the task procedures on the facing page. Division 
lines, as illustrated, within the procedural text on the left and the 
graphics data on the right hand facing page shall be used to group the 
information for easier reading. 
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FIGURE 5 1 (Page 1 of 2) 



CM-2 


LM 

EXTERIOR 

DESCENT 

2. 

STAGE 

3. 

ftt 

4. 


4a 


EXAMPLE TYPE "C" DATA (Back Page Printing) 



OBTAIN: MET ASSEMBLY 
F 

REMOVE THERMAL BLANKET (A) 

PULL WHEELPIN LANYARD #3 (B) AND REMOVE BOTH 
WHEEL LOCK PIP PINS #4 AND #5 (C). 

(THIS UNLOCKS WHEELS FROM FRAME). 

DEPLOY WHEELS: LIFT UPPER WHEEL UNTIL LOCKED. 

PUSH LOWER WHEEL DOWN UNTIL LOCKED. 


5. GRASP LOOP, PULL AND DISCARD LEG/HANDLE PIP 

PIN #6 AND BRACKET (D) 

6. PARTIALLY DEPLOY HANDLES FOR LEG DEPLOYMENT 

CLEARANCE 

7. PULL MET LEFT LEG (E) "UP" UNTIL LOCKED IN 

PLACE 

8. PUSH MET RIGHT LEG (F) "DOWN" UNTIL LOCKED IN 

PLACE 


9. ROTATE DRAW-BAR HANDLE (G) INTO POSITION, 
FOLD AND LOCK INTO PLACE INTO RIGHT DRAW 
BAR ASSEMBLY (H) 

10. UNFOLD LEFT DRAW-BAR ASSEMBLY (I) 

11. UNFOLD RIGHT DRAW-BAR ASSEMBLY (J) 

12. LOCK LEFT DRAW-BAR INTO RIGHT DRAW-BAR AND 

HANDLE 
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FIGURE 5 (Page 2 of 2) 

EXAMPLE TYPE "C" DATA (Front Page Printing) 

MET ASSEMBLY CWK 






3*3*5 Type "Dl" IFCM Crew JPA Bata Requirements 
(a) Format Size and Configuration Requirements 


All Type "D" data shall be presented on a Triple Page format that utilizes a Check- 
list "A" size page. This page size is required due to the large amount of graphics 
data presented in the "D” type data formats . 



Type "Dl” corrective maintenance data shall include an integrated presentation of 
textual procedural checklist data (per CTHD Checklist Standards), on standard "A" 
sized pages, that is cross-indexed to exploded view or other type of graphics pres- 
entations on an '-oversized fold-out page. The fold-out page is presented as the 
last page in a procedural set. This allows the simultaneous viewing of text and the 
folded graphics page. By placing the folded page as the last of the procedural set, 
all pages of procedural text, can then be supported by the folded overview graphics. 
This fold-out page graphics provides the area for detailed exploded view illustration 
of all the parts of complex mechanical or electro -mechanical type assemblies or equip 
ment being repaired. 

The purpose of the Type "Dl" data format is to supplement the Checklist procedural 
data with illustrated' parts data. This amplifies the textual data with illustrations 
of the shape, form, and relative size of each part and part name. It also clarifies 
how the parts fit together to make up the final equipment assembly. By providing 
illustrations of the total inventory of parts of an assembly, it assists in the man- 
agement of all parts involved in the repair sequence and in understanding the physica 
and mechanical aspects of the corrective maintenanct task. 

(c) Type "Dl" Data Usage Guidelines 

The "Dl" type corrective maintenance data, is appropriate for usage with medium to 
very complex mechanical or electro-mechanical spacecraft or payloads systems . It is 
a simple method of amplifying the textual checklist data with a single overview 
graphic illustration that provides the crew with a significant increase in definitive 
mechanical data that can greatly assist the performance of the corrective maintenance 
task. 



(d) Type "Dl" Data Elements (see Figure 6, Ifeges 1, 2, and 3) 

Type "Dl" data utilizes the basic textual elements of Type "A" data in conjunction 
with folded graphics that provide an illustrated parts break-down of the equipment 
being disassembled, repaired, and reassembled. 

CREW PROCEDURES TITLE - The official CTPD title for this set of inflight 
corrective maintenance procedures . 

FLIGHT PLAN TITLE - The code by which the specific task sequence is identi- 
fied for flight planning purposes or when cross-referencing from troubleshoot- 
ing or operational procedures. 

TASK SEQUENCING - Tasks are numbered to indicate the order of corrective main- 
tenance tasks that are to be accomplished. The numerical designation of the 
task also serves as a cross-referencing code between text and fold-out graphics 
data . 



d 1 - TASK LOCATION - The location within the spacecraft or payload for each task 
shall be designated utilizing the crew station operations location coding 
system as applied to the crew interface areas . 


eJ - OBTAIN;::: (IFCM PREPARATIONS DATA) - This information shall be included prior 
to the procedural steps of any IFCM procedural set. Support elements (tools, 
spares, etc.) are identified along with their stowed location in the spacecrafl 



_ INFLIGHT MAINTENANCE TASK DIRECTIONS - Tasks to be performed shall be identi- 
fied in CTPD Standard Checklist nomenclature for maintenance tasks. This 
requires beginning the task statement with an "Action Verb" . Equipment items 
utilized in the tasks shall be referred to by name and a following code in 
parenthesis. This code is the alphabetic code for that equipment that appears 
on the illustrated parts graphics included on the fold-out page that shall be 
provided as the last page of the total task sequence. 


DATA ELEMENTS through JH are described in Type "A" data , (par. 3. 3. 1(d)) 


M 


- FOLD-OUT EQUIPMENT GRAPHICS - Type "Dl" data shall include, as the last page 
of the task sequence, fold-out graphics of the equipment being disassembled, 
repaired, and reassembled. These graphics shall include three-dimensional 
pictorial exploded view drawings of this equipment and shall include part 
nomenclature and part codes as illustrated in the example. Parts are identi- 
fied using the symbol ®— • The Part Code shall be alphabetical and presented 
within the circle of the symbol. If more than .26 parts are illustrated, the 
notation convention AA, AB, AC, etc. shall be utilized for the additional part; 
The codes shall be used in a manner that allows an efficient search pattern 
when looking for a particular code. The graphics shall provide a visual 
description of the parts within the equipment. Numerical identification of 
■ the task number in which the part is handled shall be provided for assembly 
and disassembly type of task sequences. 
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FIGURE 6 (Page 1 of 3) 
EXAMPLE TYPE "Dl" DATA (Back Page Printing) 


CM 




M021 


HUB 


AE\ 

DISASSEMBLY 


M061 

0-»i. 

2 . 

3. 

4. 

5. 

6 . 

7. 

8 . 

9. 

10 . 

11 . 

12 . 


13. 


Obtain; 

Vise 

Narrow blade screwdriver 
Hook spanner wrench 
Drift punch 
screwdriver 

NOTE; All Tasks perfo rmed at work station 


14 . 


Clamp hub assem bty^ylxle flats in vise 
Pry sprocket lock ring (AP) from recess 
(narrow blade screwdriver) 

Remove sprocket (AN) and spacers (AO) 
from assy. 

Reverse Hub to sprocket end in vise 
Remove locknut (A) Lock Washer (B) 

Remove cone adjusting nut (C) (hook spanner 
wrench) 

Remove brake arm assy. (D-H) by rotating 
arm (D) CCW until clear of axle 
Lift out the drive side expander (J) until 
threads engage 
Thread off axle (CCW) 

Remove low gear pawl cage assy. (K) from 
hub shell 

Reverse Hub assy, in vise / grip the flange 
of Hub Assy. 

Rotate right hand ball cup assy. (CCW) 
until free of threads (hammer, drift 
punch) 

Lift right hand ball cup/gear assy. (0-AM) 
out of Hub 

Remove Hub (14) from vise 
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FIGURE 6 (Page 2 of 3) 

EXAMPLE TYPE "Dl" DATA (Front Page Printing) 


HUB DISASSEM B L Y 


■AE\ [IK 


CM-1 


M 

15. Clamp Assy, in vise by axle flats 

16. Remove: Locknut (AL) 

Cone lockwasher (AK) 

Cone (AJ) 

Driver Assy. (AG, AH, Al) 

Spring Cap (AF) 

Spring (AE) 

17. Lift right hand ball cup (AB) off high gear 

pawl assy. (AA) 

18. Remove high gear pawl assy. (AA) from 

gear ring (Y) 

19. Lift gear ring (Y) straight up to disengage 

gear teeth 

20. Remove thrust ring (V) off axle (S) 

21. Pull axle key (W) out of axle (S) keeway. 

22. Remove: Clutch (U) from axle 

Clutch sleeve (T) axle 

23. Lift out planetary gear pins (4) (Q) 

24. Slide out planetary gears (P) out of cage 

25. Turn assy, end for end, grasp in vise by 

axle flats 

26. Pry planetary cage retaining ring (0) from 

axle (S) (narrow bladed screwdriver) 

27. Remove planetary cage (R) from axle (S) 

28. Pry dust cap (AIVI) from right hand ball 

cup (AB) (screwdriver) 

29. Remove and count bail bearings (AC) 

30. Remove brake cylinder (H) from expander (F) 

31. Pry brake arm (D) from dust cap (E) 

32. Separate dust cap (E) from expander (F) 

by striking center with hammer 

33. Remove ball retainer (G) from expander (F) 

34. Pry sprocket side dust cap (AM) from 

driver assy. (AG) 
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3.3,6 Type "D2" IFCM Crew JPA Data Requirements 
(a) Format Size and Configuration Requirements 


All Type "D" data shall be presented on a Triple Page format that utilizes a Check- 
list "A" size page. This page size is required due to the large amount of graphics 
data presented in the M D" type data formats. 



to 37 3/4" 
to 39" 


Type "D2" IFCM JFA data shall include an integrated presentation of task text, task 
graphics and supporting exploded view graphics of the equipment involved in the 
corrective maintenance task sequence. The ''D2' 1 type data essentially combines the 
Type "Bl” blocked task text /graphics data with exploded view illustrated parts data 
of the equipment being repaired. This exploded view data shall be presented on a 
fold-out page that is included as the last page of the total task data sequence. 
Cross -indexing between the text and the exploded view parts information shall be 
provided through the use of the alphabetical coding of the parts . Within the pro- 
cedural text each part involved in the task shall be referred to by name and by 
alphabetical code in parenthesis following the part name. The alphabetical code 
will be the same code that is used for that part on the fold-out exploded view 
graphics as illustrated in the following sample. By cross -indexing, information is 
provided the crew relative to where the particular part, involved in the task, fits 
within the total assembly which assists the crew in overall parts management of the 
corrective maintenance sequence . 


In addition to the cross -indexing between text and folded graphics, it occasionally 
will be required to identify a particular part within the task illustrations . The 
same method of using a part code for referencing shall be used as noted above. 


The purpose of the Type "D2' , data format is to provide detailed graphics support to 
the description of each corrective maintenance task to be performed while also pro- 
viding definitive overview graphics data on all parts involved in the equipment 
repair tasks. Cross -indexing between the detailed and overview data reduces the 
crew's search time and assists in the. crew's comprehension of the total task sequence 
to be performed and the related problems of parts management. 

(c) Type "D2 n Data Usage Guidelines 


The ,f D2 u type corrective maintenance data is appropriate for usage with very complex 
and critical inflight maintenance mechanical and electromechanical type tasks . Some 
electrical systems tasks involving mainly component replacement can be supported 
with Type r, D2" data. In general, those tasks involving complex disassembly, part 
replacement and assembly. type tasks are well supported by Type "D2" data. In addi- 
tion? if very little flight crew training time is available to spend in mockup train- 
ing and simulations of the corrective maintenance task, usage of Type "D2" data should 
be seriously considered. 
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(d) Type "D2" Data Elements (see Figure 7, Pages 1, 2, and 3) 


Type "D2" data utilizes the basic data elements of Type ”B1" data in conjunction with 
folded graphics that provide illustrated parts breakdown data of the equipment being 
disassembled, repaired and reassembled. 

| A | - CREW PROCEDURES TITLE - The official CTFD title for this set of inflight 

corrective maintenance procedures. 


Bj - FLIGHT PLAN TITLE - The code by which the specific corrective maintenance 
“ task sequence is .identified for flight planning purposes or when cross-ref- 
erencing to this sequence from troubleshooting or operational procedures. 



TASK SEQUENCING - Tasks are numbered to indicate the order of corrective 
maintenance tasks that are to be accomplished. The numerical designation 
of the task also serves as a cross-referencing code between text and graphics 
data . 


DJ - TASK LOCATION - The location of each task shall be provided as a coded entry 
in the location column of the format. This code shall be in accordance with 
the Crew Station Operations Location Coding System as applied to the partic- 
ular spacecraft vehicle. 



OBTAIN : ( IFCM PREPARATION ) - This preparation information shall include a 
procedural steps of any IFCM procedural set . All support elements required 
for the total task sequence shall be identified. The stowed location code 
of these support items shall be provided in the column for task location. 
Additional location data may also be provided in parenthesis that follow the 
item name . 


I f! - INFLIGHT MAINTENANCE TASK DESCRIPTION - Tasks to be performed shall be iden- 
■“* tified in standard CTFD Checklist nomenclature for inflight maintenance tasks. 

Task procedures shall begin with an "Action Verb" and shall identify equipment 
items involved in the task by both item name and alphabetical code in paren- 
thesis following the name. This alphabetical code refers to the illustration 
of the particular item as it appears within the graphics on the facing page 
and on the fold-out graphic. 



TASK GRAPHICS - Each task or task group shall be illustrated using graphics 
of the equipment being maintained or repaired and selective illustration of 
tools and manual operations required to perform the tasks. These graphics 
can be line drawings or half-tone pictures (as illustrated in the example), 
and should provide a clear illustration of the task to be performed. Part 
codes (alphabetical) and part nomenclature can be used as is appropriate to 
illustrate the task. 



FOLD-OUT EQUIPMENT GRAPHICS - Type "D2" data shall include, as the last page 
of the task sequence, fold-out graphics of the equipment being disassembled, 
repaired and reassembled. This graphics shall include three-dimensional 
pictorial exploded view drawings of this equipment and shall include part 
nomenclature and part codes as illustrated in the example. Parts are iden- 
tified using the symbol The Part Code shall be alphabetical and pre- 

sented within the circle of the symbol. If more than 26 parts are illus- 
trated, the notation convention AA, AB, AC, etc. shall be utilized for the 
additional parts. The codes shall be used in a manner that allows an effi- 
cient search pattern when looking for a particular code. The graphics shall 
provide a visual description of the parts within the equipment. Numerical 
identification of the task number in which the part is handled shall be pro- 
vided for assembly and disassembly type of task sequences. 
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FIGURE 7 ;(page 1 of 3 ) 
EXAMPLE TYPE D2 DATA 


hITb " DJ S“A S SEjgL Y [AJ 


A: OBTAIN: 

(M144) NARROW BLADE SCREWDRIVER 
NOOK SPANNER WRENCH 


(M021) VISE 

(M021) NOTE : ALL HUB DISASSEMBLY 
/ TASKS PERFORMED AT WORK 

IS STATION LOCATION 

1) CLAMP HUB ASSY. BY AXLE FLATS 

IN "SOFT -JAWED" VISE 

2) PRY SPROCKET LOCK RING (AP) FROM 

f RECESS (NARROW BLADE SCREWDRIVER) 
frri AND REMOVE FROM SPROCKET 


mKL 




w • m 


4) REVERSE HUB TO SPROCKET-END IN VISE 

5) REMOVE LOCKNUT (A), LOCK WASHER (B) 

6) REMOVE CONE ADJUSTING NUT (C) USING 

(HOOK-SPANNER WRENCH) 


ADJUSTING CONI 
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FIGURE 7 (Page 2 of 3) 
EXAMPLE TYPE "02" DATA 
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3-3-7 Type "D3 n IFCM Crew JPA Data Requirements 


(a) Format Size and Configuration Requirements 

All Type "D n data shall be presented on a Triple Page format that utilizes a Check- 
list "A” size page and a double size fold-out page as illustrated below. 



Type "D3" crew IFCM JPA data shall include an integrated presentation of task text, 
task graphics and supporting exploded view graphics of equipment involved in the 
corrective maintenance task sequence . The ,r D3" type data essentially combines the 
Type "C” task text and facing page graphics with exploded view illustrated parts 
data of the equipment being assembled, disassembled or repaired. The exploded view 
data shall be presented on a fold-out page that is included as the last page of the 
total task data sequence. Cross -indexing between the text and the exploded view 
parts information shall be provided through the use of the alphabetical coding of the 
parts . Within the procedural text each part involved in the task shall be referred 
to by name and alphabetical code in parenthesis following the part name. The alpha- 
betical code will be the same code that is used for that part on the fold-out exploded 
view graphics as illustrated in the following example. By this cross indexing, infor- 
mation .is provided the crew relative to where and how the particular part involved 
in the task, fits within the total assembly which assists the crew in overall parts 
management of the corrective maintenance sequence. 

The Type ”D3" data shall include procedural text data on a left-hand registered page 
that faces illustrative task graphics on the right-hand registered page. This data 
is cross-indexed through the numerical task numbers which are used to identify the 
task graphics. This type of cross -indexing also assists in quick interpretation of 
the data by the crew. 

(c) Type T 'D3 1T Data Usage Guidelines 

The "D3" Type corrective maintenance data, is suited for support of medium to com- 
plex mechanical or electro -mechanical corrective maintenance tasks. Disassembly, 
replacement and reassembly type tasks are well supported by "D3" Type data. 
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(d) Type "PS” Data Elements (See Figure 8, Pages 1 , 2 and 3) 

Type "D3" Data utilizes the "basic data elements of the Type "C" data format in con- 
junction with folded graphics that provide an illustrated parts break-down of the 
equipment being disassembled, repaired, and reassembled. 

1 A I - CREW PROCEDURES TITLE - The official CTPD title for this set of inflight 
■ corrective maintenance procedures . 

[ B t - FLIGHT PLAN TITLE - The code by which the specific corrective maintenance 
* — * task sequence is identfied for flight planning purposes or when cross-refer- 
encing to this sequence from troubleshooting or operational procedures. 


cl - TASK SEQUENCING - Tasks are numbered to indicate the order of corrective main- 
te nance tasks that are to be accomplished. The numerical designation of the 
task also serves as a cross-referencing code between text and graphics data. 



- TASK LOCATION - The location within the spacecraft or payload for each task • 
shall be designated utilizing the crew station operations location coding 
system as applied to the crew interface areas. 



_ OBTAIN: (IFCM PREPARATIONS DATA) - This information shall be included prior 

to the procedural steps of any IFCM procedural set. Support elements (tools, 
spares, etc.) are identified along with their stowed location in the space- 
craft . 



- INFLIGHT MAINTENANCE TASK DIRECTIONS - Tasks to-be performed shall he iden- 
tified in CTPD Standard Checklist nomenclature for maintenance tasks. This 
requires beginning the task statement with an "Action Verb" , Equipment items 
utilized in the tasks shall be referred to by name and a following code in 
parenthesis. This code is the alphabetic code for that equipment that appears 
on the illustrated parts graphics included on the fold-out page that shall be 
provided as the last page of the total task sequence. 



- TASK GRAPHICS - Each task or group of tasks that are identified within the 
task sequence of Type n C ,f or . "D3 n maintenance data shall be illustrated 
on the facing page with graphics that depict the salient or important ele- 
ments of the task. The task being illustrated shall be designated with the 
respective number of the task on the facing page. The number shall be placed 
. within a hexagon symbol and can be attached to an arrow that designates the 
direction of movement involved in the task. Equipment nomenclature shall be 
included within the graphics of those parts that are directly involved in the 
tasks . The part names ahall be coded alphabetically and enclosed within a 
circle. These codes are those that are used within the procedural text to 
refer to the part. These equipment codes are used to reduce the search time 
of the user. The task graphics shall be placed on the page at a location 
roughly equivalent to the location of the task procedures on the facing page. 
Division lines, as illustrated, within the procedural text on the left and the 
graphics data on the right-hand facing page shall be used to group the infor- 
mation for easier reading. 



- FOLD-OUT EQ.UIH4ENT GRAPHICS - Type 1, D3 ,t data shall include, as the last page 
of the task sequence, fold-out graphics of the equipment being disassembled, 
repaired and reassembled. This graphics shall include three-dimensional 
pictorial exploded view drawings of this equipment and shall include part 
nomenclature and part codes as illustrated in the following example.. Parts 
are identified using the symbol The Part Code shall be alphabetical 
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(d) Type "D3 W Data Elements (continued) 

FOLD-OUT EQUIPMENT GRAPHICS ( continued ) 

and presented within the circle of the symbol. If more than 26 parts are 
illustrated, the notation convention AA, AB, AC, etc. shall be utilized for 
the additional parts. The codes shall be used in a manner that allows an 
efficient search pattern when looking for a particular code. The graphics 
shall provide a visual description of the parts within the equipment. 
Numerical identification of the task number in which the part is bandied 
shall be provided for assembly and disassembly type of task sequences. 



FIGURE 8 (Page 1 of 3) 

EXAMPLE TYPE D3 (Back Page Printing) 

CM {4 

f JP 

1. REMOVE THERMAL BLANKET (A) 

f-ffl 2. PULL WHEELPIN LANYARD #3 (H) AND REMOVE BOTH 
LHJ WHEEL LOCK PIP PINS #4 & #5 (G). 

(THIS UNLOCKS WHEELS FROM FRAME). 

3. DEPLOY WHEELS: LIFT UPPER WHEEL UNTIL LOCKED. 

3a. PUSH LOWER WHEEL DOWN UNTIL LOCKED. 


4. GRAS° LOOP, PULL AND DISCARD LEG/HANDLE PIP PIN 

#6 AND BRACKET (0). 

5. PARTIALLY DEPLOY HANDLES FOR LEG DEPLOYMENT 

CLEARANCE. 

6. PULL MET LEFT LEG (P) "UP" UNTIL LOCKED IN 

PLACE. 

7. PUSH MET RIGHT LEG (Q) "DOWN" UNTIL LOCKED IN 

PLACE: 


8. ROTATE DRAW BAR A-HANDLE (R) INTO POSITION, 

FOLD AND LOCK INTO PLACE INTO RIGHT DRAW 
BAR ASSEMBLY (U) 

9. UNFOLD LEFT DRAW-BAR ASSEMBLY (T) 

10. UNFOLD RIGHT DRAW-BAR ASSEMBLY (U) 

11. LOCK LEFT DRAW BAR INTO RIGHT DRAW BAR AND 

HANDLE 
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FIGURE 8 (Page 2 of 3) 
EXAMPLE TYPE "D3" (Front Page Printing) 

MET ASSEMBLY 


CNR" 


FIGURE 8 (Page 3 of 3) 

EXAMPLE TYPE "D3" DATA (FOLDED GRAPHICS) 


MET THERMAL BLANKET 


MESA 

ATTACHMENT \ 
POINT V 


YELLOW LANYARD #1 (C 


Y'' 
7 1 1 

H4 


B ) PIP PIN #1 


VELCRO HOOKS 


ATTACHMENT POINTS 
GO THRU HOLES IN 
MET THERMAL BLANKET 
AND THEN ARE PINNED 
TO MESA ATTACHMENT 
POINTS. 


LSM 

STOWAGE 

BAG 


TABLE ( J 









3.3-8 Type "E" IFCM Crew JPA Data Requirements 

(a) Format Size and Configuration Requirements 


Type "E" data shall be presented on a cross-referenced integrated combination of fold 
out pages and standard Checklist "A" size pages as indicated below. 



IFCM PROCEDURAL TEST /GRAPHICS 
Contents: 

o General data on special processes 
Used in all IFCM tasks 


Format Type 
A, B1 and B2 


o Assembly/Disassembly Data „ - •- - Bl, B2 


o Subassy. Troubleshooting Data - - - C 

(b) General Description of Type M E" IFCM JPA Data 

Type "E" IFCM shall utilize a cross-referenced integrated combination format of fold- 
out pages and standard Checklist ”A” size pages configured in Type A, Bl, B2, or C 
formats . This format provides the capability for almost simultaneous viewing by the 
crew of procedural corrective maintenance text data and related reference data. 


The initial fold-out page of the set shall contain illustrated parts reference data 
that allows the crew to identify accurately the parts involved in a task. The parts 
data on this sheet is cross-referenced from the procedural text and to the detailed 
schematic with a simplified coding system that is described in section (d). 

The last two pages of the procedural sequence shall contain a set of fold-out schem- 
atics of the equipment to be repaired. The final frontward facing page shall contain 
detailed schematic data which is used concurrently with the procedural text data and 
therefore shall be placed as illustrated so that simultaneous viewing of both text 
and schematic data is possible thus reducing the page turning and search time of the 
crew. The backward facing fold-out page shall contain functional schematic data. The 
layout of the functional schematics data shall generally replicate the layout of the 



detail schematics and shall contain explanations of the function of each major hard- 
ware grouping in a simplified fashion. This provides a method for quickly becoming 
familiar with the layout of the detailed schematic and the purposes of the hardware. 
The functional schematic shall face the detailed schematic data since they are used 
in support of each other. However, since little references between the functional 
schematic and procedural text data is made, the functional schematic shall be con- 
figured as a backward facing page as noted in the previous format description. 

The Type "E" data shall include procedural textual data and related supporting 
graphics and reference data. This data shall be presented on "A" size pages that 
are included between the front and back fold-out pages of a corrective maintenance 
procedural set as noted in the previous format illustration. This allows almost 
simultaneous viewing of textual and fold-out graphical support data so that cross- 
referencing is simplified with few page turnings required. The textual data Shall 
contain the basic step-by-step procedures involved in the disassembly, troubleshoot- 
ing, replacement or repair, and reassembly of electrical/electronic systems hardware. 
This procedural text shall be cross-referenced to the illustrated parts data which in 
turn is referenced to the detailed schematic data on the fold-out pages. The proced- 
ural text and graphics can be presented in a variety of formats. Recommended format 
data types for various corrective maintenance procedural requirements are presented 
in the Section (a) Format Size and Configurational Data. These data types contain 
graphics to support the procedures as defined in the previous sections of this speci- 
fication. 

The major purpose of the Type U E” IFCM data format is to provide a data device for 
supporting complex electrical/electronic systems repair tasks in which indenturing 
to the subassembly level of repair is required. This may require integral trouble- 
shooting procedures which are covered through contingency procedures and supported 
with test point identification, physical location and test point performance criteria 
data . 

(c) Type "E 1 - 1 Data Usage Guidelines 

Type "E" JPA Data is a relatively complex data format and is appropriate for usage 
mainly to support medium to very complex electrical/electronic spacecraft or payload 
.systems corrective maintenance tasks. When subassembly level repair is involved 
that requires troubleshooting as an integral part of the IFCM, then Type "E" data 
should be considered for usage. This type of data provides the most comprehensive 
data support of all of the IFCM JPA data types. With little or no training, flight 
crewmembers should be able with this JPA data to satisfy most of the inflight 
corrective maintenance software support requirements . 



(a) Type "E” Data Elements (see Figure 9 , Pages 1 thru 8) 

Type "E" data shall utilize basic data elements of Types A, Bl, B2, and C data format 
in conjunction with folded graphics data formats that provide illustrated parts 
description and location data and engineering and functional schematics data of the 
equipment being repaired. 


ILLUSTRATED PARTS DATA: (See Figure 9> Page l). 

must rated parts data shall be provided on all spare parts carried onboard or re- 
supplied to the spacecraft . 

| A ]- CIRCUIT PART CODES - A unique alphanumeric code shall be used to identify a 
1 — ' part within the equipment circuit being repaired. This part code is used on 
the detailed schematics and on the illustrated parts descriptive and location 
data as a designator that identifies the physical and . functional location of 
the part within the equipment and equipment data. This code shall be in keeping 
with accepted electronic coding practices (i.e., C = Capacitors, R = Resistors, 
etc.) 



PART NAME AND DESCRIPTION - Data shall be provided that identifies the part and 
describes it in such a manner that a relative ’’novice" to electronic repair 
work can identify the part accurately. It shall include items [Cj through [G_ 


C| PART TYPE CLASS - Data shall be provided within the Part Name and Description 
to identify the particular class of components being described. 

d! PART TYPE GRAPHIC SYMBOL - The schematic symbol utilized on the detail schem- 

atic for the Part Type shall be provided adjacent to the Part Type nomenclature. 
This data will serve as a reference data for reading the detailed schematic. 



ILLUSTRATION OF PART - A pictorial line drawing or half-tone illustration of 
the part shall be provided for assistance in part recognition and selection. 


n 


TEXTUAL DESCRIPTIVE DATA ON PARTS - Detailed Textual data shall be provided 
to allow an accurate identification of the part and it's installation (if 
unique) . 



PARTS LOCATION DATA - Graphic line drawings or half-tone pictorials shall be 
provided that will illustrate the installed location of the part. This can 
be symbolic data as illustrated on Figure 9, Page 1 or can be of a grid over- 
lay type , in which case a Locations Column must be added to the Part Name and 
Description Data. Parts shall be identified on the Parts Location Data using 
the circuit part codes. 


TYPE "E" IFCM PROCEDURAL TEXT /GRAPHICS : 


Type "E" Procedural Text /Graphics shall utilize A, Bl, B2, and C type data formats 
as is appropriate for the particular task being supported. 



GENERAL DATA ON SPECIAL IFM PROCESSES - Figure 9, Page 2 contains an example 
of a combined format of A, Bl, and B2 type data that shall be utilized in the 
Type "E” data format. Data elements for these individual. data types are 
specified in the Paragraphs 3*3*1 5 3-3*2, and 3*3*3 °f this specification. 


il ASSEMBLY /DISASSEMBLY DATA - Figure 9 j Pages 3 and 4 contain an example of the 
application ot Type B'l arid B2 data for electronic assembly or disassembly 
corrective maintenance tasks that shall be utilized in the Type "E" data format. 
Data elements for the Bl and B2 type data are specified in Paragraph 3-3*2 and 
3 . 3.3 of this specification. 
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fjl TROUBLESHOOTING DATA - Figure 9, Pages 5 and 6 contain an example of the 
■ ' application of the Type C data format to integral subassembly troubleshoot- 

ing procedure for corrective maintenance that shall be utilized in the Type 
"E” data format. The example illustrates typical troubleshooting procedures 
supported by graphics data that shall be. provided to define the location of 
test points and the nominal test values anticipated at these points. The 
procedural data provided shall utilize this graphics test data to support 
the process of isolation of failures on the subassembly level until the failed 
component is identified. In addition the Type "E" procedural data shall 
include the steps necessary to hook-up and operate the test equipment neces- 
sary to verify the test values indicated. The other data elements for this 
type format are specified in Paragraph 3*3*^ this specification. 

TYPE "E" SCHEMATICS DATA : 

~k] FUNCTIONAL SCHEMATIC DATA - Figure 9? Page 7 contains an example of the^ 

functional schematic data that shall be provided as an integral part of the 

Type "E" data format. This type of schematics data is provided to give a 
functional overview of the detail schematic and to describe the purposes of 
the basic schematic assemblies in the operation of the equipment. The func- 
tional schematic shall be structured to reflect the basic arrangement of the 
detailed schematic to assist in easier user interpretation. The schematic 
shall provide summary functional description of the modules and assemblies 
involved in the equipment. 

DETAILED ENGINEERING SCHEMATIC DATA - Figure 9, Page 8 contains an example of 
the detailed engineering schematic data that shall he provided as an integral 
part of the Type "E" data format. This schematic data shall be prepared 
utilizing acceptable electronic equipment symbology as illustrated in Figure , 
Page 8 . In addition to the standard equipment descriptive data, the Type h 
detailed schematic shall, include the following data elements: 

ITI TEST PO INT LOCATIONS AND NOMINAL TEST VALUES - The location of designated test 
— points and the nominal values anticipated at these test points shall be mdi- 
cated within an elipse symbol (O) that is P laced within schematic at 
the appropriate test point. Additional test points where oscilloscope test 
measurements are made are designated by the symbol*^ . The number within 
this symbol corresponds to the oscilloscope pattern provided within the 
troubleshooting procedures. 

NOTES - The detailed schematic shall contain notes that assist in the location 
of S rts within the schematic as noted in the Example Figure 9, Page 0. Other 
information shall also be presented to clarify the troubleshooting and correc- 
tive maintenance procedures as is appropriate to the task. 
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EXAMPLE: TYPE "E" DATA 
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FIGURE 9 (Page 2 of 8) 

EXAMPLE TYPE "E" DATA 

(Usage of Combined Type "A", "Bl", and "B2" Data in Type E Format) 
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ASSEMBLY: 


1. Cut leads on replacement parts to approximate length of parts being replaced. 


2. Clean old connections by heating and quickly wiping away melted solder* 


3a. Mount circuit board parts tightly against board 
(unless directed differently in procedures) 



3b* Insert part leads thru correct holes in board s, then bend lead slightly outward 
to hold part in place prior to soldering. 


SOLDERING : 

CAUTION: Soldering in zero-G requires careful attention to the manner in which 

solder is applied. Watch for excess solder that may float away from 
assembly during soldering. 

1. Make sure connection is clean. 

2. Keep tip of soldering iron clean by wiping with damp cloth. 





AND CONNECTION 
POINT 


5. APPLY SOLDER TO 
BOTH WIRE AND 
CONNECTION POINT 



6. LET CONNECTION 
HARDEN BEFORE 
MOVING 


h6 






CEk 


FIGURE 9 (Page 3 of 8) 

EXAMPLE TYPE "E" PROCEDURAL TEXT/GRAPHICS 
(Usage of Type "Bl" Data in Type E Format) 


TYPICAL ASSEMBLY OR DISASSEMBLY DATA 


#6 * 1/4" S HE E 1 
ME! AL SCREWS 



HIGH VOLTAGE 
SHIELD 


INStOE Of i 
CHASSIS i 


. S 'AW'I 


6^6-32 nut 


51 SOLDER LUG 


|F I BE R SHOULDER 
WASHER 


SHOULDEI 


APPLY SILICONE GREASE 
/ ON BOTH SIDES 


O Cb 


INSULATOR, 


Install three #6 x 1/4" sheet metal 
screws in the high voltage shield. 


#6 x 3/8" 
HEX HEAD 
SCREW 


HIGH VOLTAGE 
S HI ELD 






#6 x 3/S 
HEX HEAD 
i SCREW 



iirr 

vil 


TRANSISTOR 


lb- 12 * 3/8" 
L SCREW 


3. OBTAIN: 

- Transistor (#417-90) 

- MICA Insulator 

- Fiber Shoulder Washer (2) 

- Screws (6-32 x 3/8" (2) 

4. APPLY Layer of Silicone Grease 

on both sides of MICA 
Insulator 

5. MOUNT Transistor and MICA 

Insulator as shown to chassis. 


I - Mount the high voltage shield on 
the chassis 

Use screws (4) (#6 x 3/8 " hexhead) 




FIGURE 9 (Page 4 of 8) 

EXAMPLE TYPE "E" PROCEDURAL TEXT/GRAPHICS 
(Usage of Type ,f B2 M Data In Type “E 11 Format) 
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FIGURE 9 (Page 5 of 8) 

EXAMPLE OF TYPE "E" TROUBLESHOOTING DATA 
(Usage of Type "C" Data Within Type "E" Format) 


TESTING: 

1. Activate Vacuum Tube Voltmeter Test Equipment as per Standard 
Operating Procedures ( GM-2) for this equipment 

2. Attach Probe Lead (Black) to equipment chassis 

3. Touch designated test point, as required. 


If Test Values Vary greater than 10% from nominal readings 

- Replace Part (If spare available) utilizing 

General Process Procedures and Detailed 
Transistor Replacement Data (CM-6). 

- If Replacement not available notify Mission Control. 

CAUTION: Unless otherwise stated, all maintenance tasks 
should be in powered -down condition. 


OSCILLOSCOPE TESTING : 

1. Connect the oscilloscope test equipment as per Standard Operating 
Procedures (GM-3) for this equipment. 

2. Attach probe leads to grounds and test points as required by (GM-3). 

3. Compare test patterns at designated test points with standard patterns. 
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CAUTION USE h.v PROQt 




SCHEMATIC NOTES 


TYPICAL PARTS LOCATION DATA 

RESISTOR AND CAPACITOR NUMBERS ARE IN THE FOLLOWING GROUPS; 


0-49 

50-99 

100-199 

200-299 

300-399 

400-499 


PARTS IN THE VHF TUNER. 

PARTS IN THE UHF TUNER. 

PARTS ON THE AUDiO-VIDEO CIRCUIT BOARD.-. 
PARTS ON THE SYNC-SWEEP CIRCUIT BOARD. 
PARTS MOUNTED ON THE CHASSIS. 

PARTS OF INTEGRATED CIRCUIT UClOll. 


THIS SYMBOL AROUND A PART NUMBER MEANS THAT THIS PART IS 
MOUNTED ON THE CHASSIS. EVEN WHEN ITS POSITION ON THE 
SCHEMATIC SUGGESTS ANOTHER LOCATION. 

3. ALL RESISTORS ARE 1/2 WATT UNLESS MARKED OTHERWISE. RESISTOR 
VALUES ARE IN OHMS (K - 1000, M 1 1 . OOO , 000 1. 

4 ALL CAPACITORS LESS THAN 1 1.01 ETC.) ARE IN *iF. ALL OTHER CAPACITORS 
ARE IN pF UNLESS OTHERWISE MARKED. 

5 Hz (HERTZ)-CYCIES PER SECOND. 

kHz (KttOHERTZl-KlLQCYCLES PER SECOND. 

MHz (MEGAHERTZ) - MEGACYCLES PER SECOND. 

6 SthIS SYM80L INDICATES A POSITIVE DC VOLTAGE MEASUREMENT, TAKEN 
^ — "WITH AN 11 MEGOHM VTVM, FROM THE P0IN T INDICATED TO CHASSIS 

GROUND. VOLTAGES MAY VARY ±I0V 

7 ^ HI S SYMBOL INDICATES A VOLTAGE THAT MAY VARY WITH ASSOCIATED 

^ — ^CONTROL SETTING. 

8. ALL VOLTAGES MEASURED WITH CONTROLS SET FOR NORMAL PICTURE ON 120 
VOLT AC LINE VOLTAGE WITH NO SIGNAL INPUT. 

9. ARROWS AT CONTROLS INDICATE CLOCKWISE ROTATION. VIEWED FROM THE 
SHAFT END OF THE CONTROL CIRCUIT BOARD MOUNTED CONTROLS ARE VIEWED 
FROM FOIL SIDE. 

10. REFER TO THE CHASSIS PHOTOGRAPHS AND CIRCUIT BOARD X-RAY VIEWS FOR 
THE PHYSICAL LOCATION OF PARTS. 
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4.0 GENERAL GUIDELINES FOR APPLICATION OF IFCM JPA DATA TYPES 
As noted previously in this specification, the selection of the Job 
Performance Aid data type to support any specific crew inflight correc- 
tive maintenance task shall be as specified by the NASA organizational ; 
elements that are responsible for flight crew procedures development. 
Therefore, the following qualitative criteria data should be considered 
as guideline information only for both NASA and contractor personnel. 

Figure 10 presents qualitative criteria for the selection of the IFCM 
JPA data types as a function of task criticality, task complexity, and 
training time /fidelity. This qualitative data plot illustrates that the 
more critical and important a task is for crew Safety and mission success 
the more is there a need for detailed and definitive onboard task proced- 
ural data that can be used as " do-it-yourself" instructions for the flight 
crew. However, if significant training time can be devoted by the flight 
crew to learning the IFCM task on high fidelity mockups or simulators then 
simpler JPA’s (Type A) can be utilized to support the IFCM activity. 

In a similar manner, the more complex the IFCM task the more is the 
graphical type JPA’s an appropriate selection. However, the amount of 
training time and the fidelity of the training can reduce and modify 
this need for the more comprehensive JPA data being onboard for crew 
usage. In Figure 11, additional qualitative selection criteria are 
presented that illustrates appropriate IFCM JPA data types with respect 
to the systems being repaired, the levels of indenturing into systems 
hardware required and the complexity of the task itself. In particular 
it can be noted that the more complex electrical/electronic tasks are 
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more suited to the "E" Type of JPA data whereas the simpler mechanical 
and fluid tasks are better served with the "A" Type data 

From these data plots it is apparent that any specific IFCM task data 
support question must be considered in view of task requirements (includ- 
ing systems involved and task levels) and training availability for the 
crew and mission in question. As a general rule, it is desirable to 
support IFCM tasks with Type A data, if possible. However, if task 
requirements dictate, selective usage of the more complex graphic data 
types should be considered. 



FIGURE 10 


QUALITATIVE GUIDELINE CRITERIA 
FOR 

SELECTION OF INFLIGHT CORRECTIVE MAINTENANCE (IFCM) 
JOB PERFORMANCE AID (JPA), DATA TYPES 


TASK 

CRITICALITY 

AND 

SAFETY 


HIGH RISK 

k 


LOW RISK 



55 



FIGURE 11 

QUALITATIVE GUIDELINE CRITERIA 
FOR 

SELECTION OF IFCM JPA DATA AIDS 
(LEVEL/SYSTEMS/COMPLEXITY) 
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APPENDIX C 
DEFINITIONS 


For the purposes of this study, the following definitions shall apply: 

a. Accessibility - a measure of the relative ease of admission to the 
various areas of spacecraft equipment or items being repaired or 
refurbished. 

b. Contingency Inflight Maintenance - those crew actions performed 
in response to failures occurring in flight for which no preplanned 
procedures and support equipment have been included on-board. 
Planning for this type of inflight maintenance must be done by 
the flight crew with assistance from the ground control support 
as is appropriate. 

c. Failure - the inability of an item to perform within previously 
specified limits. 

d. Failure Analysis - the logical, systematic examination of an 
item or its diagram(s) to identify and analyze the probability, 
causes, and consequences of potential and real failures. 

e* Item - used to denote any level of hardware assembly; i.e. , 
system, segment of a system, subsystem, equipment component, 
part, etc. 

f. Inflight Replaceable Unit (IFRU) - an item which, when unser- 
viceable, can be restored to an operational condition through 
replacement by the flight crew during flight or space operations. 

g. Inflight Maintenance (IFM) - those crew actions required, during 
spaceflight for safety or mission reasons, to (a) retain the space- 
craft or payload system in an operable condition (scheduled IFM), 
(b) troubleshoot and isolate failed equipment items (inflight 
diagnostics), and (c) restore failed items to an operable status 
(corrective maintenance). IFM shall include: Preplanned 
scheduled IFM tasks. Preplanned unscheduled IFM tasks, and 
Contingency IFM tasks for which planning must be done during 
the mission in real-time. 
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h. Inflight Corrective Maintenance (1FCM) - those crew actions 
performed to restore an item to a satisfactory operable condi- 
tion after a malfunction has caused degradation of the item 
below the specified performance level. The major tasks 
associated with IFCM are: 

- Preparation - gathering data, tools and spares, con- 
figuring systems for inflight maintenance tasks, and 
airlock operations. 

- Translation - establishing a movement path throughout 
(IVA) or over (EVA) the space vehicle to and from 

the payload or spacecraft maintenance worksite. 

- Worksite Preparation - establishing crew, tools, and 
equipment restraints at worksite to enable crew to 
perform maintenance tasks in zero-g environment. 

- Restoring Actions: 

- Disassembly - worksite "open-up" and equipment 
disassembly to the extent necessary to gain access 
to the item that is to be replaced, 

- Localization and Isolation - determining the location 
of a failure^ with or without the use of accessory sup- 
port equipment on the subsystem level of inflight 
maintenance. 

- Alignment - performing any alignment, minimum tests, 
and7or adjustments made necessary by the repair action. 

- Verification Checkout - performing the minimum checks or 
tests required to verify that the equipment has been restored 
to satisfactory performance. 

i. Inflight Corrective Maintenance Levels - a division of inflight mainte- 
nance tasks based upon the level of indenturing into systems and 
equipment hardware required by the maintenance task. There are three 
levels of inflight maintenance. 

(1) Subassembly Level - Tasks performed at a level that requires 
the crew to "open up" a normally sealed or totally enclosed 
unit, drawer or chassis, and replace or repair parts and/or 
subassemblies. 

(2) Assembly Level - Tasks performed at this level require 
replacement of a modularized item, i.e., assembly, unit, 
drawer or chassis. Assembly level tasks are essentially 
interchange actions of removing a defective item and 
installing the replacement. 
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(3) System Level - Tasks performed at this level are addressing 
total systems problems and do not involve parts or module 
replacement, but are associated with such activities as leak 
detection and repairs, glycol replacement, etc. , that are not 
normally scheduled activities. 



Inflight Corrective Maintenance Modes - Inflight corrective maintenance 
tasks can be classified into different modes based upon the worksite 


environment ((1) IVA or (2) EVA) and upon the type of operations being 
performed (crew direct manual, etc.). These modes include: 


Mode 1A: Intravehicular, Crew Direct Manual Operations 

Mode IB: Intravehicular, Remote Manipulator System 
("aided 1 ’) operations 

Mode 2 A: Extravehicular, Crew Direct Manual Operations 

Mode 2B: Not applicable 

Mode 2C: Extravehicular, Crew Direct Manual Operations 
from Remote Manipulator System ("aided" - 
Cherry Picker operations) 

Mode 2D: Extravehciular, Crew Direct Manual from Astronaut 
Maneuvering Unit, ("aided" operations) 


k. Inflight Scheduled or Preventive Maintenance - the actions performed on 
a time scheduled basis that attempts to retain a spacecraft or payload 
item in a specified condition by providing systematic refurbishment 
inspection, detection, and prevention of incipient failure. This also 
includes servicing operations. 

l. Inflight Maintenance Concept - a narrative statement or illustration that 
defines the theoretical means of maintaining an equipment item or system 
during spaceflight. The statement relates the tasks that should be per- 
formed, the tools, spares, restraint and mobility equipment that should 
be used to perform the inflight maintenance, and the training requirements 
of flight personnel necessary for safe task performance. 


m. Job Performance Aids - devices and/or data that facilitate task performance 
by man in the operation and/or maintenance of equipment systems. These 
aids may be data storage devices (microfilm, computer, film, etc.), display 
devices (movie projector, computer data terminal, etc.), audio tape and 
play back devices and printed copy storage (flight data procedures, schematics, 
etc.). These devices or data specify acUons to be taken, equipment to be 
used or worked upon, and criteria f or decision-making events. These aids 
may be used cooperatively, or concurrent with task performance or can be 
used as reference data for training and operations. 
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n. Job Performance Aid Data Types - data used in Job Performance Aids 
can be classified as (a) textual or verbal information or (b) graphics 
or pictorial information. 

(a) Textual or Verbal Information: Data in word and numerical 
form tharutilizes a style of ^directively" identifying or 
specifying (1) the job or tasks and their proper sequence 
of performance, (2) the controls, equipment and tool ele- 
ments that are involved in the tasks and (3) the responses 
anticipated from the tasks. Tabular data in chart form is 
also used in conjunction with the textual data for describing 
performance criteria, etc. Data in this textual checklist 
form has been the major Job Performance Aid used for on- 
the-job performance of operations and maintenance by flight 
or ground crew of aircraft and spacecraft. The extensive use 
of this JPA form has been due to its compactness, ease of 
producibility and ease of change. 

(b) Graphic or Pictorial Information - data that conveys information 
through pictorial representation of three-dimensional forms. 

This type information is uniquely suited for the representation 
of equipment shape, form, fit, and location within other assem- 
blies and equipments. It's usage within Job Performance Aids 
in the past has been limited due to the greater costs of preparing 
the material and the difficulty in making rapid changes to such 
data. 

o. Onboard Loose Equipment - those equipment items that must be developed 
and/or procured and stowed onboard the spacecraft as additional equipment 
for (a) crew operations support (checklists, etc.), (b) crew life support 
(space suits, food, etc., and (c) crew inflight maintenance support (tools, 
spares, restraint devices). 

p. Maintainability - a characteristic of design and installation which is ex- 
pressed as the probability that an item will be retained in or restored to 

a specified condition within a given period of time, when the maintenance 
is performed in accordance with prescribed procedures and resources. 

q. Maintenance - all actions necessary for retaining an item in or restoring 
it to a specified condition. 

r. Preplanned Inflight Maintenance - those crew actions required to retain, 
troubleshoot and restore items to an operable status. Support in the way 
of procedures, tools, spares, test equipment, etc. are defined prior to 
flight and are included as on-board stored loose equipment. Preplanned 
IFM includes tasks which are (a) Scheduled as a integral part of normal 
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operations and (b) Unscheduled for normal operations but for which the 
support resources are included on-board. No preplanned designation of 
time for accomplishment of these type tasks are included in the flight 
plan. However, performance of unscheduled tasks shall be as required 
for the mission. 

s- Redundancy - the existence of more than one means for accomplishing 
a given function. Each means of accomplishing the function need not 
necessarily be identical. 

4 

t. Reliability - the probability that an item will perform its intended func- 
tion for a specified interval under stated conditions. 

u. Servicing - the replenishment of consumables needed to keep an item 
in operating condition. 

v. Systems Types of Job Performance Aids - the nature of information and 
the format TequirecT within JPA's for Inflight corrective maintenance 
support will vary as per the type of spacecraft or payload system being 
repaired or fixed. The classification of systems based upon unique data 
requirements is as follows: 

E = Electrical/Electronic Data Types 

M = Mechanical/Electro-mechanical Data Types 

F = Fluid/Fluid Mechanical Data Types 

w. Troubleshooting Types of Operations - Job Performance Aid support data 
requirements to support troubleshooting operations will vary dependent 
upon the configuration of controls/displays and the inclusion of onboard 
checkout and monitoring equipment. The types of troubleshooting operations 
include: 

Type 1 - using installed onboard automatic troubleshooting equipment 
such as the Performance Monitor System on the Shuttle 
Orbiter. 

Type 2 - using spacecraft controls/displays and crew diagnostic 
procedures. 

Type 3 - using special test equipment. 

Type 4 - visual inspection of failure site and/or failed equipment. 
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